1. Introduo O processo de desenvolvimento de produtos e o processo de projeto, particularmente, modificaram-se de forma drstica durante as ltimas dcadas.

A automao do processo de projeto adveio da introduo e rpida popularizao da utilizao de microcomputadores em ambientes de desenvolvimento dos produtos (sistemas CAD, CAE, CAM, entre outros). Tal automao, juntamente com a sistematizao do processo de projeto e com a introduo de novos mtodos e ferramentas de projeto (DFX, QFD, TRIZ, FMEA, entre outros), levou a reduo do tempo de desenvolvimento dos produtos, dos seus custos associados e, ainda assim, a um aumento da qualidade final dos produtos desenvolvidos. Inserido no atual panorama de globalizao mundial dos negcios, os recentes avanos obtidos na rea das tecnologias de comunicao possibilitaram a integrao das tecnologias computacionais de suporte ao projeto. O desenvolvimento das redes de computadores levou ao aumento do nmero de ambientes distribudos de desenvolvimento de produtos. Juntamente com o surgimento e rpido crescimento da Internet e da web, cresceu o interesse pela criao de sistemas e ambientes computacionais de apoio ao desenvolvimento colaborativo de produtos. O curso de engenharia de Produo da UnB, criado no mbito do REUNI em 2009, foi estruturado de forma a privilegiar a atividade de projeto. Tendo como concepo metodolgica a abordagem a aprendizagem baseada em problemas ou projetos (Project or Problem-Based Learning PBL). Esta atividade que forma o bloco de contedos denominado Sntese e Integrao, enfatizada na Resoluo CNE 11/2002, se desenvolve com disciplinas em todos os perodos letivos, a partir do quarto semestre. Formam um conjunto de sete disciplinas intituladas Projetos de Sistemas de Produo (PSP) (BALTHAZAR & SILVA, 2010). As disciplinas Projeto de Sistema de Produo 6 (PSP 6) e Engenharia de Produto, so obrigatrias para o curso de Engenharia de Produo, sendo que PSP6 corequisito da disciplina Engenharia de Produto, a disciplina de Processo Desenvolvimento de Produtos oferecida no curso de Engenharia de Mecatrnica. Estas disciplinas tm por objetivo o projeto de um produto baseando nos mtodos e tcnicas de projeto de engenharia. A implementao de uma ferramenta computacional propiciar a oportunidade aos alunos de simular o desenvolvimento de um projeto de produto em um ambiente distribuindo, com a participao de empresas e participao de um mesmo projeto de alunos em outras universidades. Uma primeira verso da ferramenta computacional para realizao de projetos colaborativos foi desenvolvida no Grupo de Engenharia de Produto e Processo (GEPP) da Universidade Federal de Santa Catarina (UFSC). A ferramenta foi validada na disciplinas de Projeto Conceitual do curso de ps-graduao do departamento de Engenharia Mecnica da UFSC. Para utilizao desta ferramenta nos cursos da UnB so necessrios vrios ajustes de configurao e adequao das necessidades locais. Nesse sentido, a fim de ser possvel a modificao e atualizao da ferramenta GEPP-net foi necessrio, em primeira ordem, reprojetar as especificaes dos requisitos do sistema. O reprojeto desses requisitos o objeto de estudo desse artigo. 2. Reviso Bibliogrfica Esta seo tem como intuito abordar os conceitos relacionados engenharia colaborativa, ao processo de projeto e web a fim de demonstrar a relao entre eles. Em seguida, apresentada a primeira verso do GEPP-Net, ferramenta web de apoio ao projeto informacional. 2.1.Engenharia Colaborativa

Para Laudon (2011) a colaborao o trabalho com outras pessoas para alcanar metas explcitas e compartilhadas. Chiu (2002, p.188), de forma similar, expressa que a colaborao implica um forte comprometimento ao alcance de uma meta compartilhada. Mills (1998, p.1) define engenharia colaborativa como: aplicao de prticas de colaborao em equipe nos empreendimentos de desenvolvimento de produtos de uma organizao. interessante, nesse contexto, abranger afirmao de Kvan (2000, p.410) no que diz respeito colaborao ser bem sucedida quando se realiza em grupo algo que, individualmente, no poderia ser realizado. Dessa maneira, a engenharia colaborativa ressaltada como aspecto de peculiar importncia para desenvolvimento de produto tendo em vista que esse uma atividade que exige equipe multidisciplinar focada em um nico objetivo. 2.2.Processo de Desenvolvimento de Produto Fonseca (2000, p.33) afirma que: O desenvolvimento de produtos o conjunto de atividades voltadas ao projeto, produo e lanamento de produtos industriais, atendendo s condies de mercado, abrangendo desde a definio primria do produto, segundo captado dos clientes e usurios potenciais, at a sua incorporao pela no mercado. De maneira consoante, Kim, Chew e Fujimoto (1987, p.733) estabelecem que o processo de desenvolvimento de produto compreende atividades a fim de traduzir o conhecimento sobre as necessidades do mercado e as oportunidades tecnolgicas em informaes para a produo. Para execuo dessas atividades apresentadas como inerentes ao processo de desenvolvimento de produto, ele subdividido em projeto informacional, projeto conceitual, projeto preliminar e projeto detalhado. Este artigo abrange somente o projeto informacional e, por isso, ele ser tratado em seguida. 2.3.Projeto Informacional O processo de projeto descrito na literatura como processo de transformao de informaes [Back, N. 1983], incrementando a qualidade da informao na medida dos trabalhos efetuados [Hubka, V. e Eder, W.E. 1988], entre outros. Nesse contexto, destaca-se a fase inicial do processo de desenvolvimento de produtos, na qual ocorre alto levantamento de informaes externas ao projeto. Para Fonseca (2000), o projeto informacional um desdobramento sucessivo de informaes desde a entrada como necessidades, at serem convertidas em especificaes de projeto.

Figura 01-Transformao de Informao no Projeto Informacional. (FONSECA, 2000)

Assim, as especificaes de produto so a sada do projeto informacional. Especificaes essas que, segundo Roozenburg e Eekels (1995), formam uma lista de objetivos que o produto a ser projeto deve atender. Alm disso, serviro de entrada para os projetos conceitual, preliminar e detalhado, ao dar continuidade ao processo de desenvolvimento de produto.

Figura 02-Modelo do Projeto do Produto. (FORCELLINI, 2003) Dada importncia do projeto informacional, Fonseca (2000) prope uma abordagem metodolgica para a fase de projeto informacional.

Figura 03-Modelo do Projeto Informacional. (FORCELLINI, 2003) Como apresentado na figura, a metodologia composta por sete diferente etapas para traduo das necessidades captadas dos clientes em especificaes de projeto que, como deixa claro Forcellini (2003), definem as funes e as propriedades requeridas do produto, bem como restries. 2.4.Ferramenta Web Hoje a web desempenha um papel de importncia crescente no desenvolvimento de sistemas de apoio a colaborao no desenvolvimento de produtos. Laudon (2011), nesse contexto, fortifica a ideia ao afirmar que mesmo existindo cultura colaborativa, no so obtidos benefcios se no existirem sistemas de informao que a viabilizem.

Em acordo, Wang et al. (2002) expressa que a web provem a equipes de projetos acesso a catlogos e informaes sobre montagens e componentes, comunicao multimdia entre os elementos multidisciplinares da equipe de projeto e acesso a ferramentas, servios e documentos do projeto. Essa capacidade de disponibilizar acesso a informao faz da web uma ferramenta de extrema relevncia ao se tratar de projeto informacional em virtude de essa ser a fase de maior levantamento de informaes externas ao projeto, como dito anteriormente. 2.5.GEPP-Net A primeira verso da ferramenta computacional para realizao de projetos colaborativos, GEPP-net, foi desenvolvida no Grupo de Engenharia de Produto e Processo (GEPP) da Universidade Federal de Santa Catarina (UFSC) pelo Prof. Dr. Marcelo Gitirana Gomes Ferreira, em 2006. As configuraes atuais esto em PHP, esta escolha se deveu ao fato do PHP ser uma linguagem de programao na web gratuita amplamente utilizada e, em funo da sua simplicidade, de fcil aprendizagem. O banco de dados utilizado o MySQL, cdigo livre, que trabalha com grande sintonia com o PHP. Para o processamento so utilizados o HTML (pginas estticas na Web) e para conferir dinamicidade utilizada a linguagem JavaScript. As operaes so executadas em um servidor Apache que utiliza o Linux como sistema operacional. A arquitetura do sistema utilizada o LAMP. Esta arquitetura foi inicialmente escolhida, pois congrega quatro tecnologias distribudas sobre a licena de GPL (opensouce) suportada por um grande grupo de desenvolvedores de software livre.

Figura 04-Arquitetura LAMP. (GOMES-FERREIRA, 2006, p. 150) O sistema desenvolvido por Gomes-Ferreira (2006), GEPP-net, apresenta duas telas de acesso a partir da sua tela de incio das vises (etapas, ferramentas, modelos de produtos e conhecimentos) e das suas principais ferramentas (especficas de projeto, de gerenciamento do projeto e de comunicao). Tambm se apresentam neste item os recursos disponveis na rea administrativa do sistema. A figura abaixo ilustra a fase de projeto informacional na viso do
sistema GEPP-net.

Figura 05 -Viso do Sistema GEPP-net. (GOMES-FERREIRA, 2006, p. 158)

3. Metodologia Para ser possvel utilizar essa ferramenta nos cursos da Universidade de Braslia, so necessrios ajustes de configurao e adequao das exigncias especficas do local. Turine e Masiero (1996, p.3) afirmaram ser o processo de desenvolvimento de um sistema computacional envolve um conjunto de atividades com o objetivo de produzir um sistema que atenda os requisitos especificados pelos usurios. Tendo a explanao em vista, aps estudo aprofundado da primeira verso da ferramenta computacional GEPP-net, reformularam-se os requisitos estabelecidos por Gomes-Ferreira (2006). A fim de realizar o reprojeto dos requisitos para a segunda verso da ferramenta computacional, foram seguidas atividades propostas por Pressman (2011): identificao de interessados, resposta a perguntas iniciais, coleta colaborativa de requisitos, elaborao de cenrios de uso e de modelo de anlise. Alm disso, tiveram-se como base fundamental os requisitos j expostos por Gomes-Ferreira (2006). Em seguida, foi elaborado um documento de Especificao de Requisitos de Software. 4. Apresentao de Requisitos Nas etapas de incio do processo de engenharia de requisitos e levantamento de requisitos, a equipe de projeto realizou diversas reunies no sentido de discutir e colocar em pauta as mais diversas questes sobre o reprojeto da ferramenta computacional.

Como produto dessas reunies, da elaborao de cenrios de uso e de modelo de anlise, obteve-se a figura abaixo. Ela demonstra de maneira ilustrativa a potencial organizao em mdulos do sistema, a ligao entre o sistema e o usurio, bem como com o banco de dados. No interior de cada mdulo, so ressaltadas as ferramentas que o apoiam do ponto de vista do usurio.

Figura 06-Mdulos de Ferramenta Computacional Proposta. Paralelamente, medida que ideias emergiam, insights surgiam e alteraes eram feitas. Ao final, resultou-se em um documento extenso, repleto de requisitos, como consta abaixo; mas que todavia no est finalizado na atual etapa do reprojeto. H a previso de que ainda ocorram mudanas no sentido de completar e aperfeioar a especificao dos requisitos da ferramenta computacional de apoio ao projeto informacional. 1. Especificaes de Requisitos de Software 1.1. Suporte ao Projeto Informacional O sistema deve oferecer um melhor suporte fase de projeto informacional. O sistema deve informar a importncia e a insero do projeto informacional no contexto do processo de desenvolvimento de produto para posicionar os membros da equipe de projeto. 1.2. Suporte Comunicao O sistema deve oferecer um melhor suporte comunicao dos participantes da equipe do projeto, bem como dos clientes e usurios. O sistema deve possuir alternativas de comunicao sncronas e assncronas, presenciais e no presenciais.

O sistema deve disponibilizar as diferentes ferramentas de comunicao durante todo o processo de projeto informacional, podendo o membro da equipe de projeto selecionar a que melhor se adequar a cada situao. 1.3. Componentes de Hardware O sistema deve fazer uso de componentes de hardware de baixo custo. O sistema deve fazer uso de componentes disponveis no Ncleo de Engenharia de Produo da Universidade de Braslia para a disciplina de Projeto em Engenharia de Produo 4. 1.4. Largura de Banda O sistema deve ser capaz de ser executado dentro das larguras de bandas disponveis. 1.5. Ferramentas e Recursos na Web O sistema deve faz uso de ferramentas e recursos disponveis na web. 1.6. Plataforma, Sistema Operacional e Navegador O sistema deve ser executado independentemente da plataforma, sistema operacional e navegador utilizado pelo cliente. 1.7. Aspectos Gerenciais O sistema deve suportar aspectos gerenciais do processo de projeto. O sistema deve permitir que o administrador do sistema tenha acesso ao andamento de cada um dos projetos inseridos no sistema. O sistema deve permitir que o coordenador de projeto tenha acesso ao andamento de cada uma das atividades inseridas no projeto que gerencia. O sistema deve permitir ao coordenador controlar, revisar e modificar qualquer atividade e/ou documento inseridos no projeto que gerencia. O sistema deve informar ao responsvel pela atividade e/ou pelo documento quando esses tiverem sido revisados ou modificados pelo coordenador do projeto. 1.8. Estrutura Modular O sistema deve ser modular. O sistema deve conter um mdulo de apoio especfico ao projeto informacional. O sistema deve conter um mdulo de acesso a conhecimento de projeto. O sistema deve conter um mdulo de banco de dados. O sistema deve conter um mdulo de comunicao. O sistema deve conter um mdulo de gerenciamento de projetos. O sistema deve conter um mdulo de segurana da informao. O sistema deve disponibilizar todos os mdulos independentemente da atividade que esta sendo realizada, podendo os membros da equipe de projetos acessar qualquer um deles, exceto o de segurana de informao, em qualquer momento do projeto. 1.9. Independncia das Ferramentas O sistema deve ter as suas ferramentas utilizveis independentemente da metodologia de projeto empregada.

O sistema deve indicar, ou melhor, recomendar o uso das ferramentas mais adequadas ao apoio de cada atividade. O sistema deve permitir que a equipe de projeto escolha as ferramentas a serem utilizadas em cada atividade do projeto. 1.10. Segurana e Confiabilidade O sistema deve ser seguro e confivel. O sistema deve possuir um mdulo de segurana da informao entre a camada de interface com o usurio do sistema e a camada ferramental. O sistema deve possuir um mdulo de segurana da informao entre a camada ferramental e a camada de banco de dados. 1.11. Requisito Geral de Metodologia de Projeto Informacional O sistema deve oferecer aos participantes da equipe de projeto uma metodologia de projeto informacional que os guiem na realizao das suas atividades. O sistema deve informar ao incio das atividades qual a sequncia de etapas a serem seguidas para desenvolvimento do projeto informacional. O sistema deve possuir um glossrio no qual deve conter todos conceitos das palavras utilizadas na metodologia de projeto informacional a fim de evitar impreciso de significado. 1.12. Requisitos de Conhecimento O sistema deve oferecer aos participantes do projeto ferramentas que possibilitem o armazenamento e a recuperao de conhecimentos de projeto contidos em pginas da web: patentes, normas, anlises de produtos, entre outros. O sistema deve oferecer aos participantes da equipe de projeto ferramentas que possibilitem o armazenamento e a recuperao de conhecimentos de projeto contidos em documentos eletrnicos: artigos tcnicos e cientficos, teses e dissertaes, manuais e apostilas, esquemas, fluxogramas, entre outros. O sistema deve oferecer aos participantes da equipe de projeto ferramentas que possibilitem o armazenamento e a recuperao de conhecimentos de projeto contidos em projetos realizados anteriormente, principalmente documento de lies aprendidas. O sistema deve diferenciar o armazenamento de documentos em produo, em reviso, final. O sistema deve caracterizar o membro da equipe de projeto que insere cada documento em reviso como responsvel por ele. O sistema no deve permitir a modificao de documentos finalizados pelos membros da equipe de projetos, exceto pelo coordenador do projeto. 1.13. Requisitos de Comunicao O sistema deve oferecer aos participantes da equipe de projeto ferramentas que possibilitem e estimulem a comunicao multimdia entre os participantes da equipe de projeto. ... que possibilitem a comunicao sncrona baseada em textos. ... que possibilitem a comunicao assncrona baseada em textos. ... que possibilitem o intercmbio de texto sobre a forma de arquivos eletrnicos. ... que possibilitem a realizao de reviso e comentrios em textos produzidos no projeto.

... que possibilitem a comunicao sncrona baseada em voz e, opcionalmente, vdeo. 1.14. Requisitos de Gerenciamento de Projeto O sistema deve proporcionar gerenciamento de projeto simples, rpido e eficiente. O sistema deve realizar repasse automtico das informaes inseridas no plano de projeto informacional preenchido para os planos de controle. O sistema deve amparar o gerenciamento de projetos de maneira a no despender tempo da equipe de projeto. O sistema deve oferecer aos participantes da equipe de projeto ferramentas que possibilitem o gerenciamento do processo de projeto de forma colaborativa. ... que possibilitem o gerenciamento da integrao do projeto ... que possibilitem o gerenciamento do escopo do projeto. ... que possibilitem o gerenciamento do tempo do projeto. ... que possibilitem o gerenciamento dos custos do projeto. ... que possibilitem o gerenciamento da qualidade do projeto. ... que possibilitem o gerenciamento dos recursos humanos do projeto. ... que possibilitem o gerenciamento das comunicaes do projeto. ... que possibilitem o gerenciamento dos riscos do projeto. ... que possibilitem o gerenciamento das aquisies do projeto. O sistema deve disponibilizar aos participantes da equipe de projetos templates dos planos de gerenciamento de projeto, informando, entretanto, que so apenas modelos. O sistema deve permitir aos participantes da equipe de projetos acesso aos documentos de planejamento de projeto a qualquer momento, sem capacidade de modificao. O sistema deve permitir ao coordenador do projeto acesso a toda informao produzida no projeto para modificao, reviso e controle. O sistema deve informar ao responsvel do documento, caso ele tenha sido modificado ou revisado pelo coordenador do projeto. O sistema deve permitir ao coordenador do projeto acessar e atualizar, a qualquer momento, os documentos de planejamento e gerenciamento de projeto. O sistema deve disponibilizar ferramentas que auxiliam o planejamento e o gerenciamento de projetos. O sistema deve possuir ferramenta para elaborao de cronograma de projeto, bem como artifcios que atentem os participantes da equipe de projeto aos prazos estabelecidos nele. 1.15. Requisitos de Ferramentas Especficas de Projeto Informacional O sistema deve oferecer aos participantes da equipe de projeto ferramentas especficas de projeto informacional, que trabalhem de maneira colaborativa. ... que possibilitem a determinao do tipo de produto a ser projetado. ... que possibilitem a determinao do tipo de projeto a ser adotado. ... que possibilitem a determinao do tipo de produo a ser adotado.

 ... que possibilitem a obteno de informaes adicionais ao problema de projeto junto ao pessoal de marketing. ... que possibilitem a anlise das tecnologias disponveis e necessrias realizao do projeto. ... que possibilitem a busca por normas e cdigos teis ao projeto. ... que possibilitem a busca por patentes relacionadas ao produto a ser desenvolvido. ... que possibilitem a busca por produtos concorrentes. ... que possibilitem a definio das etapas do ciclo de vida do produto. ... que possibilitem a definio dos atributos bsicos do produto. ... que possibilitem a definio dos atributos especficos do produto. ... que possibilitem a determinao dos clientes do projeto. ... que possibilitem a determinao das perguntas dos questionrios que sero respondidos pelos clientes do projeto. ... que possibilitem o levantamento das necessidades dos clientes obtidas a partir das respostas dos questionrios e dos conhecimentos prvio dos participantes da equipe de projeto. ... que possibilitem a determinao de quais necessidades dos clientes so geradoras de funo e a caracterizao das mesmas em termos dos seus fluxos de entrada e de sada de energia, material e sinais. ... que possibilitem a organizao das necessidades dos clientes de acordo com as etapas do ciclo de vida do produto. ... que possibilitem a ponderao das necessidades dos clientes levantadas. ... que possibilitem a avaliao de quo bem cada produto concorrente satisfaz as necessidades dos clientes. ... que possibilitem a traduo das necessidades em requisitos dos clientes (necessidades expressas na linguagem dos projetistas). ... que possibilitem a converso dos requisitos dos clientes em requisitos de projeto (expresses mensurveis). ... que possibilitem a confrontao dos requisitos de projeto com os requisitos dos clientes, a fim de determinar a importncia dos mesmos para a satisfao dos clientes. ... que possibilitem a confrontao dos requisitos de projeto entre si, a fim de verificar possveis contradies. ... que possibilitem a busca por solues criativas para as contradies detectadas entre os requisitos de projeto. ... que possibilitem a traduo dos requisitos de projeto em especificaes de projeto (requisitos de projeto mais alvo, forma de avaliao, o que evitar e outras observaes). ... que possibilitem a anlise das especificaes de projeto com respeito s funes requeridas pelo produto e s restries de projeto. ... que possibilitem a realizao de uma compassada abstrao do problema de projeto com vistas eliminao de restries fictcias e possibilitando a gerao de solues mais criativas para o projeto.

 ... que possibilitem a determinao e o registro da funo total (ou global) do produto que est sendo projetado. ... que possibilitem o desdobramento da funo total do produto em uma estrutura de subfunes de menor complexidade. ... que possibilitem a busca por princpios de soluo para as subfunes da estrutura funcional do produto. ... que possibilitem a combinao dos princpios de soluo encontrados. ... que possibilitem a seleo das combinaes de princpios de solues mais promissoras. ... que possibilitem a evoluo das combinaes de princpios de soluo selecionadas em variantes de concepo. ... que possibilitem a seleo da concepo mais promissora para o projeto. 1.16. Requisitos de Administrao do Sistema O sistema deve oferecer aos participantes da equipe de projeto ferramentas: ... que possibilitem o acesso e a possibilidade de modificao dos seus dados pessoais no sistema. ... que possibilitem o conhecimento de quem so os demais participantes da equipe de projeto, a visualizao dos seus dados pessoais e, tambm, a informao de quais participantes esto utilizando o sistema em um dado momento. ... que possibilitem o conhecimento de quem so os clientes do projeto e a visualizao dos seus dados pessoais. O sistema deve conter um espao para feedbacks no qual os usurios podem escrever as suas percepes, ideias e crticas quanto metodologia aplicada no sistema. O sistema deve conter um espao para feedbacks no qual os usurios podem escrever as suas percepes, ideias e crticas quanto ao sistema. O sistema deve oferecer ao coordenador da equipe de projeto, alm das ferramentas oferecidas aos demais participantes da equipe de projeto, ferramentas: ... que possibilitem a insero e excluso de membros na sua equipe de projeto. ... que possibilitem o gerenciamento do status dos modelos de produtos do projeto. ... que possibilitem o acompanhamento do histrico das aes realizadas pelos participantes da equipe de projeto. ... que possibilitem a modificao de documentos finalizados. O sistema deve oferecer ao administrador do sistema ferramentas que possibilitem a insero de novos projetos no sistema e a designao dos coordenadores do projeto. O sistema deve oferecer a um visitante o acesso s mesmas ferramentas oferecidas aos participantes das equipes de projeto, s que restritas a um nico projeto ilustrativo (fictcio), a fim de que o mesmo tenha uma viso geral sistema e das suas funcionalidades. O sistema deve oferecer aos clientes do projeto (que no participante da equipe de projeto) o acesso ao sistema a fim de externar as suas necessidades com relao ao produto projetado. 5. Concluses

A educao em engenharia deve estar alinhada com a globalizao, considerando-se que este fenmeno envolve alteraes significativas na vida humana. O avano tecnolgico e o crescimento econmico mundial esto tornando as relaes internas e externas entre os pases e regies mais complexas, o que demanda competncias e habilidades diferentes do perodo anterior. Os profissionais de engenharia devero estar cada vez mais preparados para apresentar solues para demandas variadas e com nveis de complexidades crescentes. Toda essa transformao exige, ademais de outros fatores, insero de ferramentas computacionais na realidade universitria. De forma similar, vrios trabalhos evidenciam que a utilizao de recursos tecnolgicos combinados com abordagem metodolgica PBL, melhorou a qualidade dos processos de aquisio de conhecimento (BEREITER & SCARDAMALIA, 1999; NOBRE ET AL, 2006) possibilitando maior interesse dos alunos devido criao de um ambiente real de trabalho para desenvolvimento da atividade prtica. Dessa maneira, a ferramenta computacional, que possui requisitos expostos nesse artigo, visa primeiramente agregar valor s disciplinas de engenharia de produto da UnB e, por conseguinte, inserir os discentes nas metodologias, tcnicas, ferramentas e tecnologias existentes para amparar o projeto informacional do desenvolvimento de produto. 6. Referncias Bibliogrficas BACK, N. Metodologia de Projetos de Produtos Industriais. Rio de Janeiro, Ed. Guanabara Dois, 1983. BALTHAZAR, J. C., SILVA, J. M. Aprendizagem Baseada em Projeto no Curso de Engenharia de Produo da Universidade de Braslia. In: Second Ibero-American Symposium on Project Approaches in Engineering Education (PAEE'2010): Creating Meaningful Learning Environments, 2010, Barcelona - Espanha. Second Ibero-American Symposium on Project Approaches in Engineering Education (PAEE'2010): Creating Meaningful Learning Environments, 2010. BEREITER, C.; SCARDAMALIA, M. Process and product in PBL research. Toronto: Ontario Institutes for Studies in Education/University of Toronto, 1999. CHIU, M.-L. An organizational view of design communication in design collaboration. Design studies, v. 23, n. 2, p. 187210, March 2002. FONSECA, A. J. H. Sistematizao do processo de obteno das especificaes de projeto de produtos industriais e sua implementao computacional. Tese (Engenharia Mecnica) Centro Tecnolgico, Universidade Federal de Santa Catarina, Florianpolis, Outubro 2000. 180 p. FORCELLINI, F. A. Projeto Conceitual. Florianpolis, 2003. Apostila. GOMES-FERREIRA, M. G. Requisitos e arquitetura para sistemas de apoio colaborao nas fases iniciais do processo de projeto. Tese (Engenharia Mecnica)- Centro Tecnolgico, Universidade Federal de Santa Catarina, Florianpolis, fevereiro 2006. 230 p. Hubka, V e Eder, W. E. Theory of Thechnical Systems, London, Springer-Verlag, 1988. KVAN, T. Collaborative design: what is it? Automation in construction, v. 9, n. 4, p. 09415, July 2000. LAUDON, J.P; LAUDON, K.C. Sistemas de Informaes Gerenciais. 9. ed. Pearson, 2011.

MILLS, A. Collaborative engineering and the Internet: linking product development partners via the web. Dearborn: SME, 1998. 380 p. ISBN 0-87263-498-1. PRESSMAN, Roger S. Engenharia de Software: uma abordagem profissional. 7.ed. McGraw Hill, 2011. ROOZENBURG, N. F. M.; EEKELS, J. Product design: fundamental and methods. Chichester: Wiley, 1995. 422 p. ISBN 0471954659. TURINE, M. A. S.; MASIERO, P. C. Especificao de requisitos: uma introduo. So Carlos,1996.