SISTEMA DE ENSINO PRESENCIAL CONECTADO

TECNOLOGIA EM ANLISE E DESENVOLVIMENTO DE SOFTWARE

FLORISVALDO MIRANDA JUNIOR

PRODUO TEXTUAL INTERDISCIPLINAR - INDIVIDUAL

Feira de Santana
2011

FLORISVALDO MIRANDA JUNIOR

PRODUO TEXTUAL INTERDISCIPLINAR - INDIVIDUAL

Portflio apresentado Universidade Norte do Paran UNOPAR, como requisito parcial para a obteno de
mdia na Atividade Interdisciplinar Individual do 4
Semestre.
Orientador(a): Marcio Chiaveli, Polyanna Gomes, Paulo
Nishitani, Sergio de Goes Barboza e Anderson
Gonalves.

Feira de Santana
2011

SUMRIO
1 Questionrio de requisitos......................................................................................3
2 diagrama de classes ...............................................................................................5
3 a linguagem de programao definida para utilizao no projeto.....................6
4 poo: as vantagens da utilizao deste paradigma de desenvolvimento de
software........................................................................................................................7
5 a construo do software........................................................................................8
6 equipamentos de comunicao envolvidos no sistema......................................9
7 aspectos ticos do profissional da rea de ti que so importantes para a
execuo dos projetos.............................................................................................11
REFERNCIAS..........................................................................................................13

1 QUESTIONRIO DE REQUISITOS

SER NECESSRIO, CADASTRAR O CLIENTE PARA QUE ELE TENHA

ACESSO S SENHAS?
No. No h necessidade de cadastro! O cliente apenas ir se dirigir
a um computador com tela touch screen, e ir pressionar um boto de emisso de
senha. Com a senha em mos, ir aguardar o chamado de um dos caixas para o
atendimento.

E COMO SER O FUNCIONAMENTO DO SISTEMA NO CAIXA?

O operador do caixa ter na sua tela, apenas dois botes. O primeiro
boto identifica a prxima senha a ser chamada, e a coloca como em atendimento
por este caixa. O segundo boto finaliza o atendimento.

AS SENHAS EMITIDAS SO POR CAIXA?

No. Todos os caixas devero acessar (ler e gravar) no mesmo
banco de senhas.

QUAL O CRITRIO PARA A EMISSO DESTAS SENHAS?

As senhas obedecero a uma seqncia numrica dentro do dia. Ou
seja, todos os dias, sero emitidas as senhas de nmero 1 a X. Onde a senha de
nmero X, ser a ltima emitida dentro do horrio de expediente.

SER NECESSRIO CONSULTAR OS ATENDIMENTOS DIRIOS DEPOIS

DE REALIZADOS (BAIXADOS)?
Sim. Mas apenas para consultas do ponto vista estatstico.

ENTO, A VERDADE DO MOMENTO, NOS MOSTRA QUE PARA GARANTIR

O CORRETO FUNCIONAMENTO DO SOFTWARE, DEVEMOS:

Gerar as senhas numricas dentro de um dia;

Associarmos estas senhas, no momento do atendimento, a um caixa;

Identificarmos o horrio da gerao das senhas pelos clientes, o

horrio de incio e fim do atendimento Pelo caixa em questo;

Emitirmos relatrios estatsticos destes atendimentos.

SERIAM ESTAS AS ROTINAS BSICAS DE FUNCIONAMENTO DO SITEMA?

Sim. Estes so os requisitos de momento. Mas nada impede que o
sistema cresa a partir de novas solicitaes.

2 DIAGRAMA DE CLASSES

Figura 1 - Diagrama de Classes do Projeto Gerador de Senhas

3 A LINGUAGEM DE PROGRAMAO DEFINIDA PARA UTILIZAO NO

PROJETO
A linguagem escolhida para o desenvolvimento do gerenciador de
senhas o C# (L-se: C Sharp). E a IDE utilizada para fazer interface com a
linguagem , o Visual Studio. O C# uma linguagem de programao desenvolvida
pela Microsoft que completamente suportada pela plataforma .NET Framework,
isso porque o .NET Framework desenvolvido com base nesta linguagem. O C#,
por ser derivado de C++ e C e por possuir uma grande semelhana com o Java,
permite que os desenvolvedores destas linguagens possam se adaptar com
facilidade

4 POO:

AS

VANTAGENS

DA

UTILIZAO

DESTE

PARADIGMA

DE

DESENVOLVIMENTO DE SOFTWARE
Estamos usando no projeto, os conceitos de abstrao, herana,
polimorfismo e encapsulamento. A utilizao destes conceitos, nos traz muitas
vantagens. Abaixo listo algumas:

O uso de objetos na modelagem torna mais fcil descrever as

estruturas e o comportamento existente no mundo real fazendo com
que problemas sejam mais facilmente identificados;

O encapsulamento do conhecimento em componentes isola o

comportamento em partes, o que permite que as mudanas nos
requisitos possam ser isoladas em cada componente sem afetar o
sistema como um todo;

O uso de classes e objetos facilita a integrao das fases do processo

de desenvolvimento, j que o mesmo paradigma conduzido da
anlise construo;

A reutilizao que a orientao a objetos proporciona reduz custos e

prazos no desenvolvimento de software;

5 A CONSTRUO DO SOFTWARE

6 EQUIPAMENTOS DE COMUNICAO ENVOLVIDOS NO SISTEMA

O processo de comunicao do gerenciador de senhas com os
clientes e os operadores de caixa, se dar sob o ponto de vista fsico, atravs de:

Um computador com tela de Touch Screen. Este equipamento

permitir ao cliente, gerar a sua senha de atendimento;

Os computadores do caixa. Utilizados pelos operadores de caixa;

Um servidor dedicado. Para evitar que outros processos interfiram na

performance do gerador de senha e de outros aplicativos utilizados no
banco;

Uma rede certificada.

Do ponto de vista lgico, usaremos um SGBD para compartilharmos

as informaes na rede.

10

11

7 ASPECTOS TICOS DO PROFISSIONAL DA REA DE TI QUE SO

IMPORTANTES PARA A EXECUO DOS PROJETOS
A questo da tica profissional muito subjetiva e pessoal. Abaixo
cito alguns exemplos que considero ticos. Os exemplos abaixo so s um pequeno
fragmento. Mas, que deveriam fazer parte do cotidiano de muitos profissionais.
Principalmente da rea de desenvolvimento de software.

Cobrar um preo justo pelo software. No se aproveitar de uma

eventual urgncia de um cliente para extorquilo;

Entregar o software dentro dos requisitos que foram levantados juntos

ao cliente;

Procurar atender os prazos acordados. Se no possui idia de quanto

tempo levar, seja honesto com o cliente;

No prometer aquilo que no poder cumprir;

No se aproveitar das idias de outras pessoas como se fossem suas.

Dar o real valor a quem tem;

No desmerecer os softwares concorrentes para valorizar o seu. Diga

apenas s qualidades que o seu possui e deixe o cliente decidir;

Jamais desmerecer o trabalho de outros profissionais;

Saber admitir quando e onde errou.

12

13

REFERNCIAS
NISHITANI, Paulo Kiyoshi. Comunicao de dados e teleprocessamento. So
Paulo: Pearson Prentice Hall, 2010.
TANAKA, Simone Sawasaki. Anlise de sistemas III. So Paulo: Pearson Prentice
Hall, 2009.
SILVA, Flvio de Almeida e. Desenvolvimento orientado a objetos II. So Paulo:
Pearson Prentice Hall, 2009.
CALDEIRO, Denise Morselli Fernandes. BAZOLI, Thiago Nunes. BRUNETTA,
Ndia. tica e responsabilidade social. So Paulo: Pearson Prentice Hall, 2009.
FLORES, Emerson Ricardo. Linguagens e tcnicas de programao III.
Paulo: Pearson Prentice Hall, 2009.

So

SHARP, John. Microsoft Visual C# 2005. Porto Alegre: Bookman, 2007.

SOMMERVILLE, Ian. Engenharia de software 8 edio.
Addison Wesley, 2007.
www.wikipedia.com.br. Acessado em 13 de outubro de 2011.

So Paulo: Pearson