SISTEMA DE ENSINO PRESENCIAL CONECTADO

NOME DO CURSO

NOME DO(S) AUTOR(ES) EM ORDEM ALFABTICA

 SUMRIO

1 INTRODUO.......................................................................................................3
2 objetivo....................................................................................................................4
3 dESENOLVIMENTO..............................................................................................5
3.1 Engenharia e Projeto de Software......................................................................5
3.1.1 Controle de Mudana...................................................................................8
3.2 Estrutura Analtica do Projeto............................................................................9
3.3 Diagramas...........................................................................................................13
3.3.1 Diagrama de Classe....................................................................................13
3.3.1 Diagrama de Stados...................................................................................14
3.3.1 Diagrama de Componentes.......................................................................14
3.3.1 Diagrama de Caso de Uso.........................................................................15
3.4 Implementao...................................................................................................16
3.4.1 Pagina do Cadastro....................................................................................16
3.4.2 Funcionrios Cadastrados........................................................................17
3.4.2.1 Incluso de Funcionrio............................................................................18
3.4.2.2 Alterao de Funcionrio...........................................................................19
3.4.2.3 Excluso de Cadastro................................................................................20
3.4.3 Programas...................................................................................................21
3.4.3.1 Programa da Pagina Principal...................................................................21
3.4.3.2 Programa de Interao com SGBD...........................................................28
3.4.3.3 Programa dos Estilos.................................................................................31
4 Concluso...........................................................................................................34
5 Referncia...........................................................................................................35
 3

1 INTRODUO

Uma metodologia de desenvolvimento constitui-se de uma abordagem

organizada para se atingir um objetivo, possvel por meio do cumprimento de um
conjunto de procedimentos preestabelecidos.
Sommerville (2003, p. 62) j comentava sobre o gerenciamento de um
projeto de software onde que O gerenciamento eficaz de um projeto de software
depende de um planejamento acurado de andamento do projeto.
Modelagem de software a atividade de construir modelos que expliquem as
caractersticas ou o comportamento de um software ou de um sistema de
software. Na construo do software os modelos podem ser usados na
identificao das caractersticas e funcionalidades que o software devera prover
(analise de requisitos), e no planejamento de sua construo. Frequentemente a
modelagem de software usa algum tipo de notao grfica e so apoiados pelo
uso de ferramentas.
A modelagem de software normalmente implica a construo de modelos
grficos que simbolizam os artefatos dos componentes de software utilizados e os
seus inter-relacionamentos.
 4

2 OBJETIVO

O projeto deve ter um inicio, meio e fim bem definidos, no importando o

tamanho ou a dificuldade do mesmo. Tarefas e atitudes devem ser pensadas, devem
ser esculpidas, analisadas minuciosamente. Em um projeto simples, como a
construo de uma pagina web, podemos usar etapas bem definidas e de fcil
elaborao. Um ciclo de vida deve ser escolhido, pois precisamos saber como
iremos proceder no decorrer do projeto, ou seja, o que faremos a cada processo.
Podemos tambm construir uma WBS Work Breakdown Structure com o intuito de
analisar o que ser feito em cada etapa do nosso ciclo de vida, mas com tudo isso
cobrado tambm um cronograma, pois os clientes querem datas definidas. Um
cronograma preciso, pois datas so marcadas e preciso ser cumpridas. O
cronograma apenas para manter os analistas, gerente, e programadores
atualizados e equilibrados perante o tempo, afinal necessrio um foco, algo que
mantenha a capacidade de cumprir prazos e horrios.
O objetivo deste trabalho apresentar uma metodologia de Gesto do
Processo de Desenvolvimento de uma empresa.
Pretendemos demonstrar algumas etapas do gerenciamento de uma
empresa, cujo nome foi dado como: Transportadora Super Rpido, onde so feitos
vrios, tipos de frete para todo o nvel Nacional.
 5

3 DESENOLVIMENTO

1.1 ENGENHARIA E PROJETO DE SOFTWARE

Inicialmente foi escolhido um projeto de software para atender uma empresa

do ramo de transportes de cargas, buscando um controle de frota. O nome fictcio da
empresa ser Transportadora Super Rpido.
Projeto de arquitetura
Projeto de Arquitetura o processo inicial da construo de um sistema. O
sistema ser dividido em subsistemas menores, sendo o projeto de software
responsvel por identificar esses subsistemas e estabelecer um Framework para o
controle e a comunicao dos sistemas. Framework quem identifica os
componentes e os fazem se comunicar.
Um Subsistema um sistema cuja operao no depende dos servios
fornecidos por outros subsistemas. So compostos por mdulos. E um Mdulo
geralmente um componente de sistema que fornece um ou mais servios para
outros servios, mas no considerado um sistema independente. Um mdulo
precisa de outro mdulo para formar um subsistema.
Diferentes modelos arquiteturais sero produzidos durante o processo de
projeto. Cada modelo apresenta diferentes perspectivas sobre a arquitetura.
Modelo Estrutural Esttico mostra os principais componentes do sistema;
Modelo de Processo Dinmico mostra a estrutura do processo do sistema
(processos em run-time tempo de execuo);
Modelo de Interface define as interfaces de subsistemas (servios
oferecidos);
Modelos de Relacionamentos mostra como vai ser a relao entre os
subsistemas para que forme o sistema final.
Esta primeira fase da atividade de projeto de arquitetura geralmente
voltada para a decomposio do sistema em um conjunto de subsistemas. O projeto
de arquitetura pode ser representado como um diagrama de blocos e de linhas. Mas
certamente no dever ser as nicas representaes de arquitetura a serem
utilizadas. Modelos mais especficos da estrutura podem ser desenvolvidos, os quais
mostraram como os subsistemas compartilham dados, como esto distribudos e
 6

como atuam como interface entre si.

Modelo de Controle
Controlam os subsistemas de modo que seus servios sejam fornecidos no
local certo e no tempo certo. Em nvel de arquitetura dizem respeito ao controle de
fluxo entre subsistemas.
Duas abordagens gerais de controle podero ser identificadas.
Controle Centralizado
Um subsistema tem a responsabilidade geral pelo controle, e iniciar e
interromper os outros subsistemas, os modelos de Controle Centralizado se dividem
em duas classes:
Modelo retorno de chamadas: Esse o modelo de sub-rotina top-dawn, em
que o controle comea na parte superior de uma hierarquia de sub-rotina e, por meio
de chamadas de sub-rotina, passa para vrios nveis mais fortes na rvore. O
modelo de sub-rotina aplica-se apenas a sistemas sequenciais.
Modelo gerenciador: Neste modelo um componente designado como um
gerenciador do sistema e controla o incio, a interrupo e a coordenao de outros
processos de sistema.
Um processo um subsistema ou um mdulo que pode ser executado em
paralelo com outros processos. Pode ser aplicado a sistemas concorrentes. Uma
variao desse modelo tambm pode ser aplicada em sistemas sequenciais, em que
uma rotina de gerenciamento chama determinados subsistemas.
A natureza rgida e restrita do modelo retorno de chamadas , ao mesmo
tempo, um ponto forte e fraco. um ponto forte porque relativamente simples
analisar fluxos de controle e concluir como o sistema responder a estrada
especfica. um ponto fraco porque difcil lidar com as excees feitas operao
normal. O modelo gerenciador frequentemente, utilizado em sistemas em tempo
real simples, que no tem restries de tempo muito rgidas. De modo geral o
controlador est em um loop contnuo, verificando sensores e outros processos para
eventos e mudanas de estado. Por esta razo, esse modelo , algumas vezes,
chamado de loop de eventos.
Arquitetura de sistemas distribudos
A estrutura de sistema que ser utilizada a modelo cliente servidor. Os
motivos que levaram e esta escolha que arquitetura frequentemente mais citada
quando se aborda sistemas distribudos. historicamente a mais importante e
 7

continua a mais largamente aplicada. Sendo que a arquitetura de um sistema

distribudo define as relaes entre os componentes, a diviso de responsabilidade
(cliente, servidor), a localizao dos componentes do sistema e como estes
componentes so mapeados para a infra-instrutora de rede.
Arquitetura de aplicaes
Uma Arquitetura de Aplicao define a estrutura de comunicao entre os
utilizadores da aplicao. Existem basicamente trs tipos de arquitetura: Cliente-
Servidor, Peer-to-Peer e uma arquitetura hbrida, que uma mescla das outros
duas. Ao contrario de uma arquitetura de rede, que fixa, ou seja, prov um
conjunto especfico de servios as aplicaoes, a arquitetura de aplicao deve ser
escolhida pelo desenvolvedor da aplicao, determinando o modo que a aplicao
vai se comportar nos sistemas finais em uma rede. Em qualquer uma dessas
arquiteturas, uma aplicao se comunica atravs de pares de processos, onde um
rotulado cliente e outro servidor. A arquitetura de aplicaes que vamos trabalhar
sera a de cliente servidor por ser uma modelo que bastante utilizado desde o inicio
ate os dias atuais e deve se manter ainda por muito tempo. um modelo de
arquitetura simples onde existem dois processos envolvidos, um no host cliente e
um outro no host servidor. A comunicao acontece quando um cliente envia uma
solicitao pela rede ao processo servidor, e ento o processo servidor recebe a
mensagem, e executa o trabalho solicitado ou procura pelos dados requisitados e
envia uma resposta de volta ao cliente, que estava aguardando.
Gerenciamento de configuraes
Ser iniciada j no inicio do processo de desenvolvimento do software
registrando o levantamento dos requisitos e todos os demais artefatos que so
produzidos ate a entrega do software ao cliente, sua manuteno durante sua vida
til e ate momento de encerramento deste software desativao. O gerenciamento
de configurao uma atividade que visa a qualidade do software, assim
procuramos garantir que todos os itens de um produto sejam rigorosamente
mantidos sob controle, com isso todas as alteraes so registradas com a
finalidade de ter registro e garantia de recuperao dos dados, nesses registros
sero encontradas as razes das modificaes solicitadas, quem solicitou e quem
realizou a modificao.

Controle de Verso
 8

a espinha dorsal de toda a gerncia de configurao, apoiando as

atividades de controle de mudana e integrao contnua. Fornece os seguintes
servios:

Identificao, armazenamento e gerenciamento dos itens de

configurao e de suas verses durante todo o ciclo de vida do software;

Histrico de todas as alteraes efetuadas nos itens de configurao;

Criao de rtulos e ramificaes no projeto;

Recuperao de uma configurao em um determinado momento

desejado do tempo.

1.1.1 Controle de Mudana

Fornece um servio complementar ao oferecido pelo sistema de controle de

verso. O foco desse tipo de ferramenta nos procedimentos pelos quais as
mudanas de um ou mais itens de configurao so propostas, avaliadas, aceitas e
aplicadas. Oferece servios para identificar, rastrear, analisar e controlar as
mudanas nos itens de configurao.
 9

1.2 ESTRUTURA ANALTICA DO PROJETO

 10

Cronograma de atividades
 11

Relaes dos Envolvidos

12
 13

1.3 DIAGRAMAS

1.3.1 Diagrama de Classe

 14

1.1.1 Diagrama de Stados

1.1.1 Diagrama de Componentes

 15

1.1.1 Diagrama de Caso de Uso

 16

1.4 IMPLEMENTAO

Neste trpico ser apresentado como foi realizada a implementao

do desenvolvimento do cadastro persistente de funcionrio. Onde ser possvel
visualizar todos os cadastros, realizar incluso, alterao e excluso de cadastro.
Todo o desenvolvimento foi realizado em linguagem PHP, CSS,
HTML, JavaScript, HTML e MySql.

1.4.1 Pagina do Cadastro

Para facilitar a interao do usurio foi a rotina foi criada com uma
nica pagina de exibio, ou seja, na mesma pagina possvel visualizar todos os
cadastros, incluir, alterar e excluir funcionrios.

Figura Pagina do Cadastro

Fonte: Prpria 2016

 17

1.4.2 Funcionrios Cadastrados

Figura Funcionrios Cadastrados

Fonte: Prpria - 2016

Toda vez que houver alterao no cadastro de funcionrios a pagina

ser automaticamente atualizada, desta forma o usurio no precisar realizar uma
consulta para visualizar o cadastro dos funcionrios pois os mesmos sero exibidos
automaticamente na pagina principal.
No GRID do cadastro possvel identificar o ID do funcionrio,
Nome, Data de Nascimento, Endereo e Telefone.
 18

1.4.2.1 Incluso de Funcionrio

Figura Incluso

Fonte: Prpria - 2016

1. Ao selecionar o boto Incluir o sistema ir calcular automaticamente o

nmero do prximo ID, desta forma no depender do usurio informar o
nmero do ID. O nmero do ID ser sempre sequencial.
2. Logo que selecionada a opo de incluso o sistema ir liberar os campos
Nome, Data de Nascimento, Endereo e Telefone para serem
preenchidos.
3. No campo Processo o sistema ir identificar de forma automtica que est
sendo realizado um processo de incluso.
Os campos obrigatrios esto com o sinal de * vermelho e se estes
campos no estiverem preenchidos o sistema no ir permitir selecionar o
boto Gravar pois o mesmo tem uma validao.
 19

1.4.2.2 Alterao de Funcionrio

Figura Alterao do Cadastro

Fonte: Prpria - 2016

1. Ao selecionar o boto Alterar o sistema ir liberar o campo de ID para que

o usurio possa informar o nmero do ID do cadastro que ser alterado.
2. Logo aps selecionar o ID o usurio dever alterar as informaes
necessrias e selecionar o boto Gravar.
Os campos Nome, Data de Nascimento, Endereo e Telefone
podero ser alterados normalmente. No exemplo da imagem acima esta
sendo alterado o campo Data de Nascimento.
 20

1.4.2.3 Excluso de Cadastro

Figura Excluso de Cadastro

Fonte: Prpria - 2016

1. Para realizar a excluso o usurio dever selecionar o boto Excluir e

informar apenas o nmero do ID. Logo aps dever selecionar o boto
Gravar. Aps a gravao da excluso o GRID do cadastro de funcionrios
ser atualizado automaticamente sem o cadastro que foi excludo.
 21

1.4.3 Programas

1.4.3.1 Programa da Pagina Principal

Figura Programa Index Parte 1

Fonte: Prpria 2016

 22

Figura Programa Index Parte 2

Fonte: Prpria - 2016

 23

Figura Programa Index Parte 3

Fonte: Prpria - 2016

 24

Figura Programa Index Parte 4

Fonte: Prpria - 2016

 25

Figura Programa Index Parte 5

Fonte: Prpria - 2016

 26

Figura Programa Index Parte 6

Fonte: Prpria - 2016

 27

Figura Programa Index Parte 7

Fonte: Prpria - 2016

 28

1.1.1.1 Programa de Interao com SGBD

Figura Programa de Cadastros PHP Parte 1

Fonte: Prpria 2016

 29

Figura Programa de Cadastros PHP Parte 2

Fonte: Prpria 2016

 30

Figura Programa de Cadastros PHP Parte 3

Fonte: Prpria 2016

 31

1.1.1.2 Programa dos Estilos

Figura Programa de Estilos CSS Parte 1

Fonte: Prpria 2016

 32

Figura Programa de Estilos CSS Parte 2

Fonte: Prpria 2016

 33

4 CONCLUSO

Conclumos que este trabalho tem como principal objetivo servir de base
para a construo de sistemas de informao, baseados em tcnicas de
Programao Web, visando definir bem cada etapa do ciclo de vida de um sistema,
bem como servir de base para implantao.
Ainda hoje encontramos empresas, que atual sem nenhuma metodologia ou
processos definidos para a produo de sistemas de informao, este material serve
de base para documentao do sistema que poder ser consultada pela equipe de
desenvolvimento como tambm para o prprio cliente em potencial, visto que,
alguns dos artefatos apresentados na metodologia podem ser claramente
entendidos pelo prprio cliente.
Alm disso, podemos utilizar esta metodologia para definir bem os
processos existentes na empresa e reorganiza-los, visando obter uma melhor
qualidade nos servios prestados como tambm quantificar o esforo de trabalho da
equipe de desenvolvimento e servir de base para manuteno do legado de
aplicaes j existente na empresa, ou seja, as informaes sobre o
desenvolvimento do sistema de informao ficaro para a empresa e no na cabea
de um membro da equipe.
 34

5 REFERNCIAS

SOMMERVILLE, Ian. Engenharia de software. 8. ed. So Paulo: Pearson, 2007

MAXIMIANO, Antonio C. A. Teoria geral da administrao: da revoluo urbana

revoluo digital. - 3 Edio So Paulo: Atlas, 2002.

LAUDON, Kenneth C.; LAUDON, Jane P. Gerenciamento de sistemas de

informao. Rio de Janeiro: LTC, 2001.