PROJETO DE PESQUISA Modelo de processo de Software

Sumario

1. RESUMO

_________________________________________________________

2. JUSTIFICATIVA_______________________________________________________ 3

3. OBJETIVOS _________________________________________________________ 4 3.1. Gerais ____________________________________________________ 4 4 5

3.2. Especficos ____________________________________________________ 4. METODOLOGIA _____________________________________________________

5.CAPTULO 1. GERENCIAMENTO DE PROJETOS DE SOFTWARE _____________ 6.CAPTULO 2. AS DIFICULDADES DO GERENCIAMENTO DE PROJETOS DE SOFTWARE___________________________________________________________ _ 7.CAPTULO 3. PROBLEMAS NA MODELAGEM DE PROJETOS DE SOFTWARE___ 8 8.CAPTULO 4. ANALISE NA MODELAGEM DE PROJETOS DE SOFTWARE _______ 8 5. Referncias Bibliogrficas ______________________________________________

Resumo

Sendo necessrio entender e a identificar quais os problemas encontrados no desenvolvimento processo de software quando envolver projetos de qualquer porte. As empresas desenvolvedoras de software necessitam conhecer e identificar os problemas no momento de montar o planejamento do projeto de Software, onde a gerncia de projetos trata do planejamento e acompanhamento das atividades voltadas a assegurar que o software seja entregue dentro do prazo previsto e de acordo com os requisitos especificados pelas organizaes que esto desenvolvendo e adquirindo o software. O gerenciamento de projeto necessrio porque o desenvolvimento de software est sempre sujeito a restries de oramento e cronograma e para no ter prejuzos financeiros. .

Justificativa

Freqentemente, os sistemas que so entregues no satisfazem aos usurios, os gastos com manuteno so muito grandes e os prazos no so cumpridos. Muitas vezes, esses problemas ocorrem no por incompetncia das pessoas, mas por falha nas tcnicas de gerncia empregadas nos projetos. Os problemas so analisados pelos gerentes de projetos de software, esses projetos exigem muito tempo, profissionais especializados e qualificados em desenvolvimento de software e porque empresas de desenvolvimento de software tem a dificuldade e a necessidade de apresentar um software de boa qualidade.

Objetivos

Geral: Est relacionado a uma viso global e abrangente do tema. Relaciona-se com o contedo intrnseco, quer dos fenmenos e eventos, quer das idias estudadas. Vincula-se diretamente prpria significao da tese proposta pelo projeto.

Especficos: Apresentam carter mais concreto. Tm funo intermediria e instrumental, permitindo, de um lado, atingir o objetivo geral e, de outro, aplicar este a situaes particulares. .

Metodologia

O tipo de pesquisa utilizado o qualitativo, lendo e pesquisando sobre estudo de casos publicados. Foi observado que nesses estudos de casos, obtive maior qualidade de informaes sobre problemas no planejamento e desenvolvimento de software. Os sujeitos da pesquisa so os estudos de casos publicados por autores da vida acadmica a fim de divulgar os seus trabalhos, onde ser feito um questionamento sobre o estudo de casos desses participantes, a fim de apreender suas idias, opinies e experincias sobre o assunto pesquisado. Amostra, os estudos de caso publicados por autores da vida acadmica, atravs de pesquisas realizadas em livros ou materiais acadmicos divulgado na internet, onde sero escolhidos aqueles que tm riquezas de detalhes para identificar os problemas encontrados no planejamento e desenvolvimento do software.

CAPTULO 1. GERENCIAMENTO DE PROJETOS DE SOFTWARE OS softwares de grande porte, srios problemas na implementao podem comprometer todo o projeto. Com o desenvolvimento cada vez maior da tecnologia de hardware e a conseqente disponibilidade de mquinas cada vez mais potentes e baratas, o uso de computadores tem-se tornado cada vez mais difundido em diversas reas. Isso tem feito com que aumente a demanda por software cada vez maior e mais complexo. Geralmente, a quantidade de problemas diretamente proporcional ao aumento da complexidade do software produzido nos dias de hoje. Esses problemas no desenvolvimento de software so conhecidos mundialmente como a crise de software. Ou seja, a crise de software corresponde incapacidade da indstria de software de atender prontamente demanda do mercado de software, dentro dos custos e dos nveis de qualidade esperados. Um processo de gerenciamento de projeto deve identificar, estabelecer, coordenar e monitorar as atividades, as tarefas e os recursos necessrios para um projeto Produzir um produto e/ou servio de acordo com seus requisitos. Todavia, gerenciar projetos de software uma atividade complexa devido a uma srie de fatores, tais como: dinamicidade do processo, grande nmero de variveis envolvidas, exigncia de adaptabilidade ao ambiente de desenvolvimento e constantes alteraes no que foi planejado. Esses fatores dificultam o trabalho das equipes de desenvolvimento na medio do desempenho dos projetos, na verificao de pontos falhos, no registro de problemas, na realizao de estimativas e planejamentos adequados.

CAPTULO 2. AS DIFICULDADES DO GERENCIAMENTO DE PROJETOS DE SOFTWARE A ausncia de prticas administrativas no desenvolvimento de software a principal causa de srios problemas enfrentados pelas organizaes, tais como: atrasos em cronogramas, custo maior do que o esperado e presena de defeitos, ocasionando uma srie de inconvenincias para os usurios e enorme perda de tempo e de recursos. Muitas vezes, esses problemas ocorrem no por incompetncia das pessoas, mas por falha nas tcnicas de gerncia empregadas nos projetos. Outra premissa que deve ser levada em conta tentar definir as tarefas que so independentes umas das outras. Isso evita atrasos causados por uma tarefa que est esperando por uma outra ser completada. No entanto, a definio de bons cronogramas depende da intuio e da experincia dos gerentes de projeto. Ou seja, no existe uma cincia exata que determine a melhor forma de se construir um cronograma. Dentre os principais problemas relacionados confeco de um cronograma, pode-se citar: Estimar o esforo associado resoluo dos problemas e, conseqentemente, o custo do desenvolvimento de uma soluo difcil; A produtividade no proporcional ao nmero de pessoas que esto trabalhando numa tarefa; Adicionar pessoas a um projeto atrasado pode fazer com que ele se atrase ainda mais. Isso ocorre devido ao overhead da comunicao; O inesperado sempre acontece. Sempre permita a contingncia no planejamento e uma folga no cronograma; As tarefas no devem ser muito pequenas, de modo que no haja uma interrupo constante dos desenvolvedores pelo gerente do projeto. Assim, recomendado que as tarefas tenham a durao entre uma e duas semanas. Durante a comunicao, problemas de omisso e m interpretao podem causar dificuldades entre o engenheiro e o cliente/usurio. Freqentemente, informaes obtidas de usurios entram em conflito com requisitos descritos anteriormente por outras pessoas. Nesses casos, preciso negociar uma soluo para o impasse. A qualidade da negociao depende de um bom entendimento e de uma anlise rigorosa. Porm, essa atividade no trivial, pois os indivduos sabem bem mais do assunto do que so capazes de informar (o chamado de conhecimento tcito) e nem sempre desejam, necessariamente, um sistema baseado em computadores. Grandes sistemas de software possuem, usualmente, uma clientela bastante heterognea. Diferentes clientes desfrutam de variadas prioridades. Diferentes requisitos possuem diversos graus de importncia. Dificilmente, quem encomenda o sistema (o cliente, responsvel pelo pagamento) ser o usurio (principal) do software

CAPTULO 3. PROBLEMAS NA MODELAGEM DE PROJETOS DE SOFTWARE Os resultados da etapa de elicitao so documentados em forma de modelos conceituais, que descrevem, esttica e dinamicamente, aspectos do problema e do domnio de aplicao. O modelo conceitual seleciona propriedades do domnio de aplicao que so de interesse do cliente, mas ignora detalhes e relaes que podem ser importantes para outros propsitos. Nesse trabalho, o interesse maior na parte de modelagem e de anlise.

CAPTULO 4. ANALISE NA MODELAGEM DE PROJETOS DE SOFTWARE Durante a atividade de anlise, o objetivo a obteno de uma especificao que seja consistente e completa. Pelas razes expostas acima, muito provvel que a descrio obtida at ento possua vrias inconsistncias. O engenheiro de requisitos, durante a anlise, deve ser capaz de detectar e resolver inconsistncias. A anlise intercalada com a elicitao, pois problemas podem ser descobertos quando os requisitos so elicitados. A especificao pode estar incompleta, com muitas implicaes que precisam ser explicitadas. Um grande esforo deve ser empreendido para completar a especificao de requisitos, embora saibamos que tal tarefa praticamente impossvel. bastante comum a existncia de omisses no que diz respeito a condies de erro ou excees. Porm, principalmente em aplicaes que so do tipo crtico/segurana (controle de trfego areo, reatores nucleares etc.), um esforo deve ser feito no sentido de definir o comportamento do sistema em situaes no desejadas.

REFERNCIAS BIBLIOGRFICAS

PRESSMAN, ROGER. Engenharia de Software, Rio de Janeiro: Editora MacgrawHill Interame. 1995-2002. SOMMERVILLE, IAN. Engenharia de Software, Sexta Edio, So Paulo: Editora Addison Wesley. 2004. Pfleeger, Shari Lawrence. Engenharia de Software. 2ed. So Paulo: Prentice Hall, 2004.