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. 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 So