Você está na página 1de 3

PROCESSO DE DESENVOLVIMENTO DE

SOFTWARE EDUCATIVO: UM ESTUDO SOBRE


OS MODELOS
ARAUJO, W. G. F. 1, ALMEIDA, I. R. de2

Introduo
Em se tratando de tecnologia em que a alta
capacidade de mudanas e aperfeioamentos
constante, alm da intuitiva idia de sempre
desenvolver formas de padronizao, principalmente,
dos mtodos ou modelos de desenvolvimento de
software, surge necessidade de adentrar em reas de
estudo mais especficas. Uma dessas reas que
ultimamente vem necessitando de certo empenho a de
desenvolvimento de software na rea da educao.
A utilizao de softwares como forma de auxlio na
obteno do conhecimento e aplicao prtica vem
sendo muito difundida. Segundo Bastos [1] um
software pode ser considerado um produto
educacional, desde que seja utilizado pela escola ou
instituio de ensino com fins educacionais, mesmo
que no tenha sido produzido com esta finalidade, ou
seja, qualquer software que venha a ser utilizado como
forma de auxlio ao ensino-aprendizagem pode ser
considerada educacional, mesmo que esse apresente
certas particularidades ou caractersticas prprias. Um
bom exemplo a utilizao de planilhas eletrnicas que
tanto servem como ferramentas para aplicaes de
cunho administrativo, quanto para auxlio de clculos
utilizados em disciplinas afins a matemtica como
estatstica, economia, dentre outras.
Existem dois grupos de softwares educacionais, os
softwares educativos e os aplicativos. Segundo Bastos
[1] os softwares educativos caracterizam-se por
apresentarem uma fundamentao pedaggica
definida e presente, facilidade de uso, possibilidade de
atualizao do estado da arte e, principalmente, terem
o objetivo de trabalhar um determinado contedo com
o aluno; e os softwares aplicativos, esses so de uso
geral, mas que podem ser usados tanto como
ferramentas de auxlio a fins educacionais quanto
administrativos''.
Para que os softwares apresentem o que realmente se
espera como, uma boa funcionalidade e usabilidade so
necessrias a aplicao de normas de qualidade.
Segundo Rocha e Campos [2] Qualidade um
conceito multidimensional que se realiza atravs de um
conjunto de atributos. Esse conjunto de atributos por
sua vez a chave para o atendimento dos requisitos
especificados.
Segundo Sommerville [3] os modelos so
abstraes dos processos que so utilizadas para

explicar diferentes enfoques para os desenvolvimentos de


software'', ou seja, para o desenvolvimento de uma
aplicao deve-se escolher qual o melhor modelo de
processo que se encaixa ao projeto proposto.
Frisando o desenvolvimento de software na educao
chega-se a situao de que no h um modelo, uma vez que
os atuais cumprem um papel genrico e no especfico
nessa rea. Fica ento a questo: que prticas ou passos
devem ser tomados para o desenvolvimento de um software
educacional a fim de obter qualidade e atendimento aos
requisitos especificados?
Tomando por base esse pressuposto, o presente artigo
procurar demonstrar a interao dos docentes e discentes
no Desenvolvimento, o processo de coleta de dados, no que
diz respeito aos modelos de processo existentes a fim de
equip-los- e mostrar quais os pontos fortes e fracos de
cada uma, para posteriormente englob-las num nico
grupo, esse que ser mais especificamente o objeto de
estudo para prximas pesquisas nessa rea.

Material e mtodos
A. Interao dos Docentes e Discentes no Desenvolvimento
Sabe-se que em todo desenvolvimento de software
necessrio, inicialmente, uma anlise de requisitos. Afim de
que as necessidades e funcionalidades requeridas possam
ser coletadas e assim manuseadas no projeto. Essa idia
independe da rea, na qual se deseja desenvolver. Dessa
forma, a sua utilizao visivelmente importante para a
implementao dos softwares educacionais. Outro ponto a
ser observado e compreendido a questo da aprendizagem
que o software proporcionar onde, segundo Lima [4] ...
aprendizagem um processo de construo do
conhecimento e implica o desenvolvimento integral do
aluno, e, sobretudo um processo de mo dupla: professor e
educando aprendem e se modificam pela mediao,
alternando papis continuamente, construindo um modo
prprio e original de entender o mundo e a realidade,
assim como uma forma crtica de agir sobre ela. Depois
disso chega-se ao problema de quais seriam os requisitos
necessrios para o desenvolvimento de uma boa aplicao.
Para isso, tem que se fazer um levantamento do que os
softwares j existentes nessa rea so constitudos e quais
funcionalidades seriam do interesse dos docentes e
discentes. Como pode ser constatado segundo Giraffa [5]
novas metodologias quem faz o professor e no o
computador, logo, capacitar o professor a entender e

1. Willamys G. F. Arajo aluno do curso de Bacharelado em Sistemas de Informao da Unidade Acadmica de Serra Talhada, Universidade
Federal Rural de Pernambuco. Fazenda do Saco, Serra Talhada, PE, Caixa Postal 063, CEP 56900-000. E-mail: willamysaraujo7@gmail.com
2. Segundo Autor Professor Adjunto do Departamento de Botnica, Instituto de Biocincias, Universidade Federal do Rio Grande do Sul. Av.

aplicar a tecnologia na sua prtica docente


fundamental. Uma aplicao necessita da presena do
seu professor para conseguir alcanar o mais prximo
possvel o propsito de uma aplicao desse porte. A
relao de interatividade entre o professor e o
desenvolvedor de suma importncia, mesmo que
demonstrem extremos de aprofundamento na rea, ao
qual lhes dizem respeito. Dessa forma, segundo Piaget
[6]: o ser social de mais alto nvel aquele que
consegue relacionar-se com seus semelhantes de forma
equilibrada.
Os discentes so um ponto bem interessante a serem
abordados, eles seria os usurios em potencial, logo o
centro das atenes tanto para os desenvolvedores
quanto para os professores. So eles que passaro pelo
teste de adaptao a nova forma de aprender, com a
aplicao do conhecimento terico adquirido,
prontamente os colocando em prtica. Por outro lado,
no menos includo no processo, o professor passar
pela mesma situao, ao ter que familiarizar-se tambm
com essa nova forma de ensino, e assim assumindo um
papel que sempre atuou como ressalta Lima [4]: O
papel do professor de orientador, mediador e
facilitador do processo. Logo o professor ser
novamente, e ainda mais, auxiliado por uma
ferramenta, o instrumento de facilitar e transparecer o
conhecimento aos discentes.
B. Modelos de Processo
Para o desenvolvimento de software se faz
necessrio a utilizao de modelos os quais
Sommerville [3] descreve muito bem como sendo
uma descrio simplificada do processo de software
que apresenta uma viso desse processo. Isto , o
modelo de processo uma forma de mostrar como ser
visto o desenvolvimento do projeto (software).
As maiorias dos modelos de processo baseiam-se
inicialmente em um dos trs modelos gerais de
desenvolvimento de software [3]. So eles:
O modelo em Cascata, em que as atividades s
podero seguir quando a anterior findar-se.
O modelo de desenvolvimento Interativo, esse
engloba as atividades de especificao,
desenvolvimento e validao.
Engenharia de software baseada em
componentes (CASE): est tcnica presume
que as partes do sistema existem.
O modelo em Cascata (clico de vida na Fig.1A),
primeiramente, segue esse nome devido organizao
de suas atividades, no qual uma sobrepe a outra, mas
o seguimento de uma para a outra depende da
finalizao da anterior. Esse um dos modelos
clssicos e suas atividades, segundo Sommerville [3]
dividem-se em:
1. Anlise e definio de requisites;
2. Projeto do sistema e do software;
3. Implementao e teste de unidades;
4. Integrao e teste do sistema
5. Funcionamento e manuteno
Os pontos fortes desse modelo seriam a sua
utilizao em projetos slidos, ou seja, que apresentem

requisitos bem definidos e no susceptveis a mudanas; e a


boa documentao. Seus pontos fracos seriam que no
susceptvel a mudanas, e que caso uma de suas atividades
atrasasse, todo o projeto atrasaria. Esse modelo chama
ateno por sua seriedade e disciplina no seguimento dos
compromissos firmados.
O modelo de desenvolvimento interativo (ciclo de vida
na Fig. 1C) como j foi dito, engloba as atividades de
especificao, desenvolvimento e validao. Mas, alm
disso, o processo e rpido e repetitivo, ou seja, so
executadas todas as suas atividades e caso o sistema no
tenha chegado perfeio, ou perto dela, as atividades so
refeitas at se chegar ao buscado. Logo o processo
interativo preza o desenvolvimento em ciclo. A partir disso
pode-se constatar em Sommerville [3] que:
1. Entrega Incremental a especificao, o projeto e
a implementao do software dividem-se em
incrementos, os quais se desenvolvem em turnos;
2. Desenvolvimento em espiral - o desenvolvimento
do sistema gira em uma espiral para fora,
comeando com um esboo inicial e terminando
com o desenvolvimento final de si mesmo.
A entrega incremental que um dos tipos de modelos de
processo incremental apresentam muitas diferenas quanto
ao em cascata, uma vez que no precisam se restringir a
uma dada atividade do processo, pois essa no prximo
incremento poder ser revisada e melhorada. Logo a
entrega incremental respeita um ciclo de vida definido.
Uma das grandes vantagens dessa forma de modelo que,
os clientes no necessitaram do trmino do projeto para ter
algo em mo, tendo em vista que no primeiro incremento j
teria um software rodando, no com todas as
funcionalidades requeridas, mas respeitando a ordem de
prioridade imposta pr-definida.
O desenvolvimento em espiral (ciclo de vida na Fig.1B),
como o de entrega incremental, tambm respeita um ciclo,
cujas fases so segundo Sommerville [3]:
1. Definio de objetivos;
2. Avaliao e reduo de riscos;
3. Desenvolvimento e validao;
4. Planejamento.
A diferena para os outros que o modelo em espiral
tem uma grande considerao quanto ao risco.
Outro modelo de processo mais atual o Process
Unifield Rational (RUP) (ciclo de vida na Fig.1D), esse
um bom exemplo de modelo de processo hbrido, ou seja,
ele mescla caractersticas dos outros modelos. O RUP se
descreve em trs perspectivas, Segundo Sommerville [3]:
1. Uma perspectiva dinmica que mostra as fases
do modelo sobre o tempo.
2. Uma perspectiva esttica que mostra as
atividades do processo que se representam.
3. Uma perspectiva prtica que sugere boas prticas
a utilizar durante o processo''.
O modelo de processo RUP, possui quatro fases,
mostradas na figura1. So elas: Incio, Elaborao,
Construo e Transio. A diferena quanto ao modelo em
cascata, cujas fases so iguais as atividades do processo,
que o RUP foca mais suas fases com assuntos de negcios
do que com os tcnicos.

O RUP no um processo apropriado para todos os


tipos de desenvolvimento, mas representa uma nova
gerao de processos genricos. As inovaes mais
importantes so a separao de fases em fluxos de
trabalho e o reconhecimento de que a utilizao do
software em torno do usurio faz parte do Processo.
Contudo, pode ser visto um pouco sobre as
vantagens e desvantagens dos modelos aqui
referenciados, assim apresentando uma idia de quais
pontos podem ser aproveitados ou no de cada uma.

Resultados e Discusses
Aps a elaborao desse artigo, onde ressaltou
algumas caractersticas particulares de modelos de
processo clssicos e atuais, pode-se constatar que
nenhum deles aborda efemeramente, alguma rea de
desenvolvimento em particular.
importante ter observado que h caractersticas de
cada modelo, que podem ser abstradas, e
posteriormente, serem engajadas em um nico
conjunto, no qual serviria de base para viabilizar a
criao de modelo de processo. Ainda foi abordada a
importncia da presena dos discentes e docentes no
processo
de
desenvolvimento,
cujos podem
compartilhar de certa experincia que esses tm quanto
forma de transmitir e adquirir conhecimento.
A partir desses conhecimentos adquiridos novos
estudos podem ser inicializados, a fim de se aprofundar

ainda mais no que os discentes e docentes tem a oferecer,


alm de estudos com ferramentas e softwares j existentes,
para assim ter todos os pressupostos bsicos para a
elaborao de um modelo que atenda a necessidades
impostas aos softwares educacionais.

Agradecimentos
Agradecemos a UFRPE por proporcionar o curso de
Sistemas de Informao na Unidade Acadmica de Serra
Talhada, no qual podemos usufruir das tcnicas e modelos
que a disciplina de Engenharia de Software nos
proporciona.

Referncias
[1] T. M. F. BASTOS. Pricles: Uma Proposta de Software para
Educao Matemtica.
[2] A. R. ROCHA and G. H. B.CAMPOS.Avaliao da qualidade de
Software educacional.Braslia,ano 12,n.57,jan./mar.1993.
[3]
I.SOMMERVILLE. Ingeniera del Software.Madrid: Pearson,
2005.
[4] O. J. LIMA. Um estudo sobre Funcionalidades dos softwares
educacionais para suporte a aprendizagem De matemtica do ensino
mdio. Pontifcia Universidade Catlica do Rio Grande do Sul, PrReitoria de Pesquisa e Ps-Graduao, Porto Alegre, janeiro de
2006.
[5] L. M. GIRAFFA. Uma Arquitetura de Tutor Utilizando Estados
Mentais. Porto Alegre: UFRGS, Programa de Ps-Graduao em
Computao PPGC, Instituto de Informtica, Universidade Federal
do Rio Grande do Sul, Porto Alegre, 1999, 199.
[6] J. PIAGET. Fazer e Compreender. So Paulo, SP. EDUSP,1974

Figura 1. Na Fig. 1A temos o clico de vida do Modelo em Cascata. Na Fig. 1B temos o clico de vida do Modelo em Espiral. Na Fig.
1C o ciclo de vida do Modelo de desenvolvimento Interativo. Na Fig. 1D temos o ciclo de vida do RUP.