Manual de Alguma Coisa Para Conseguir Baixar

183Linguagem Acadmica, Batatais, v. 1, n. 2, p. 183-201, jul./dez. 2011

Estudo do ciclo de vida do software em uma empresa de desenvolvimento de sistemas1

Fabrcio Luis Marinheiro Loureno 2

Mrcio Alan Benine 3

Resumo: Um estudo do ciclo de vida do software desenvolvido em uma empresa de desenvolvimento de sistemas importante, pois construir um software com qualidade demanda a utilizao e implantao de processos e tcnicas de engenharia de software. Este processo indispensvel para que o produto seja entregue ao cliente dentro do prazo e oramento planejado, alcanando a qualidade esperada. Considerando-se esse procedimento, realizou-se um estudo utilizando-se uma pesquisa bibliogrfica, visando encontrar referencial terico para dar sustentao questo proposta e um estudo de caso na empresa Nippon Informtica Ltda ME. Esta empresa localizada na cidade de Batatais/SP, atua com desenvolvimento de software para as reas Contbil, Fiscal e Recursos Humanos. No estudo de caso buscou-se elaborar o mapeamento dos processos existentes e aps anlise dos mesmos, propor um cenrio de soluo adequado realidade da empresa. Como resultado final deste estudo, foi apresentada uma proposta de implantao do modelo de ciclo de vida do software, proporcionando a construo do software com qualidade; fornecendo um modelo que atenda aos padres da engenharia de software e que tenha aspectos de qualidade importantes. Concluiu-se que, cada vez mais, empresas de desenvolvimento de sistemas necessitam adotar processos de software adequados. A definio do ciclo de vida de um software importante para se ter a viso completa do desenvolvimento do software. Com isto, foi possvel definir etapas que abrangem desde a anlise dos requisitos at a entrega do software para o cliente.

Palavras-chave: Engenharia de software. Processos de software. Requisitos. Ciclo de vida. Qualidade.

1Orientadora: Dbora Camila Cordeiro da Trindade Silva. Especialista em Banco de Dados pela Univer-sidade de Belo Horizonte (UNI-BH). Especialista em Gesto da Logstica pelo Instituto de Educao Tecnolgica (IETEC). Graduada em Tecnologia em Processamento de Dados pela Faculdade Brasileira de Informtica (FABRAI). Docente do Centro Universitrio Claretiano de Batatais (SP). E-mail: .2Bacharel em Sistemas de Informao pelo Centro Universitrio Claretiano de Batatais (SP). E-mail: .3Bacharel em Sistemas de Informao pelo Centro Universitrio Claretiano de Batatais (SP).

184 Linguagem Acadmica, Batatais, v. 1, n. 2, p. 183-201, jul./dez. 2011

1. INTRODUO

Este trabalho tem como tema um Estudo do ciclo de vida do software em uma empresa de desenvolvimento de sistemas, com o intuito de abor-dar assuntos relacionados informtica, mais precisamente, engenharia, modelos e processos de software utilizados em empresas do segmento.

Para alcanar o objetivo proposto, optou-se em realizar uma pesqui-sa bibliogrfica, utilizando como ponto de partida, livros relacionados ao tema, visando encontrar referencial terico para dar sustentao questo proposta. Utilizou-se de um estudo prtico na empresa Nippon Inform-tica Ltda ME, em que foi feito o mapeamento dos processos existentes na empresa e, aps anlise dos mesmos, elaborado um cenrio de soluo.

2. ENGENHARIA DE SOFTWAREO termo engenharia de sof-tware foi criado nas dcadas de 60 e 70 (sc. XX), objetivando contornar a crise do software e dar um tratamento de engenharia (mais sistemti-co e controlado) ao desenvolvimento de sistemas de software complexos (CARVALHO; CHIOSI, 2001).

Um sistema de software complexo se caracteriza por um conjunto de componentes abstratos de software (estruturas de dados e algoritmos) encapsulados na forma de procedimentos, funes, mdulos, objetos ou agentes interconectados entre si, compondo a arquitetura do software, que devero ser executados em sistemas computacionais.

Engenharia de software uma rea do conhecimento voltada para a especificao, desenvolvimento e manuteno de sistemas de software apli-cando tecnologias e prticas de cincia da computao, gerncia de projetos e outras disciplinas, almejando produtividade e qualidade. uma rea mais ampla por tratar de todos os aspectos de sistemas baseados em computado-res, incluindo hardware e engenharia de processos alm do software.

Um caso exemplar o desempenho dos sistemas operacionais da Mi-crosoft que no so 100%, mas se for levado em conta a complexidade do software com o nmero de linhas de cdigo (5-10 mil para o Windows 98


e 12 milhes para o Windows XP) pode-se dizer que a qualidade de certa forma foi garantida. Atualmente, estas tecnologias e prticas englobam linguagens de programao, bases de dados, ferramentas, plataformas, bi-bliotecas, standards e processos.

Os fundamentos cientficos para a engenharia de software envolvem o uso de modelos abstratos e precisos que permitem ao engenheiro espe-cificar, projetar, implementar e manter sistemas de software, avaliando e garantido suas qualidades. Alm disto, a engenharia de software deve ofe-recer mecanismos para se planejar e gerenciar o processo de desenvolvi-mento.

A engenharia de software se concentra nos aspectos prticos da pro-duo de um sistema de software, enquanto a cincia da computao estu-da os fundamentos tericos dos aspectos computacionais. A engenharia de sistemas uma rea mais ampla por tratar de todos os aspectos de sis-temas baseados em computadores, incluindo hardware e engenharia de processos alm do software.

3. PROCESSOS

Segundo Paula Filho (2003), um processo uma receita seguida por um projeto; o projeto concretiza uma abstrao, que o processo. No se deve confundir processo com o produto ou a execuo de um processo por meio de um projeto. Por exemplo: uma receita de risoto de cama-ro (processo), o risoto do camaro (produto), a confeco de um risoto por determinado chef (projeto). Um processo definido quando tem uma documentao especificando o produto (o que feito), o procedimento (quando), os agentes (por quem), os insumos (o que utilizado) e os re-sultados (o que produzido).

Em engenharia de software, segundo Paula Filho (2003), processos so atividades como desenvolvimento, manuteno, aquisio e contrata-o de software. Processo de software um conjunto coerente de prticas que objetiva o desenvolvimento ou evoluo de sistemas de software. Estas


prticas englobam as atividades de especificao, projeto, implementao e testes e caracterizam-se pela interao de ferramentas, pessoas e mto-dos.

3.1 Modelos de processos de software

Um modelo de processo de desenvolvimento de software, ou sim-plesmente modelo de processo, pode ser visto como uma representao, ou abstrao dos objetos e atividades envolvidas no processo de software. Alm disso, oferece uma forma mais abrangente e fcil de representar o gerenciamento de processo de software, alm do progresso do projeto.

De acordo com Pfleeger (2004, p. 36) pode-se [...] considerar um conjunto de tarefas ordenadas como um processo, ou seja, uma srie de etapas que envolvem atividades, restries e recursos para alcanar o ob-jetivo almejado.

O modelo Cascata (do ingls waterfall) com fases distintas de espe-cificao, projeto e desenvolvimento, segundo Pressman (1995), se inicia no nvel de sistema e avana ao longo da anlise, projeto, codificao, teste e manuteno. considerado o modelo mais antigo e o mais usado no contexto da engenharia de software.

Pressman (1995) enfatiza que no modelo cascata, tambm conhecido como modelo clssico, o paradigma do ciclo de vida requer uma aborda-gem sistemtica, sequencial ao desenvolvimento do software, que se inicia ao nvel do sistema e avana ao longo da anlise, projeto, codificao, teste e manuteno.

De acordo com Pressman (1995) o ciclo de vida clssico o paradig-ma mais antigo e o mais amplamente usado na engenharia de software.

3.1.2 Prototipao


A prototipao, segundo Pressman (1995) um processo que capa-cita o desenvolvedor a criar um modelo de software que ser implemen-tado. Trata-se de um modelo eficiente da engenharia de software, tendo como principal fator a concordncia entre cliente e desenvolvedor para que o prottipo seja construdo para servir como um mecanismo a fim de definir os requisitos.

O modelo de prototipao ou evolutivo, segundo Carvalho e Chiosi (2001) pode ser de dois tipos: desenvolvimento exploratrio, em que o objetivo do processo trabalhar junto com o usurio para descobrir seus requisitos, de maneira incremental at alcanar o produto final; e o prot-tipo descartvel que objetiva entender os requisitos do usurio para obter uma melhor definio dos requisitos do sistema.

Esse modelo mais eficaz que o modelo cascata, porm apresenta alguns problemas, por exemplo, o processo no visvel, os sistemas so pobremente estruturados, quando um prottipo a ser descartado cons-trudo o usurio faz presso para algumas mudanas tentando igual-lo ao produto final e, finalmente, o desenvolvedor faz algumas excees e assume compromissos de implementaes para garantir o funcionamento do produto com rapidez (CARVALHO; CHIOSI, 2001).

3.1.3 Espiral

Para Pressman (1995), o modelo espiral a abordagem realstica para o desenvolvimento de sistema e de software em grande escala, pois capacita o desenvolvedor e o cliente e entender e reagir aos riscos em cada etapa evolutiva. Esse modelo usa a prototipao como um mecanismo de reduo dos riscos e possibilita que o desenvolvedor aplique a abordagem de prototipao em qualquer etapa da evoluo do produto.

O modelo espiral, segundo Paula Filho (2003) desenvolve o produto em uma srie de interaes em que cada uma nova interao corresponde a uma volta na espiral. Esse procedimento permite construir produtos em


prazos curtos, com novas caractersticas e recursos que so agregados medida que a experincia descobre sua necessidade. O principal problema do ciclo de vida em espiral que ele requer gesto muito mais sofisticada para ser previsvel e confivel.

Existem tambm os modelos: interativo e incremental. De acordo com Pfleeger (2004) no desenvolvimento incremental, o sistema dividi-do em subsistemas por funcionalidades a cada verso. O desenvolvimento nessa abordagem chega lentamente funcionalidade total, por meio de novos modelos. O desenvolvimento iterativo entrega um sistema comple-to desde o comeo e ento muda a funcionalidade de cada subsistema a cada novo modelo verso, o qual se aprimora com novos recursos sobre a verso a anterior.

4. PROJETO DE SOFTWARESegundo Carvalho e Chiosi (2001) o projeto de software envolve a representao das funes do sistema em uma forma que possa ser transformada em um ou mais programas execu-tveis. Para se conduzir bem um projeto de software, deve-se compreender o escopo do trabalho a ser realizado, os riscos a correr, os recursos exigidos e disponveis, as tarefas a serem executadas, o custo e a programao a ser seguida. Essa compreenso proporcionada pela gerncia de projetos de software.

De acordo com Vieira (2008, p. 3), apesar da divergncia que existe entre vrios autores a respeito da definio de projeto de software, pode-se conceitu-lo como um processo que:

A partir dos requisitos do software e do domnio do problema, de-compe o sistema em componentes e determina seus relacionamentos, especificando suas interfaces, descrevendo suas funcionalidades e iden-tificando oportunidades para o reuso. Ou seja, uma vez que o domnio do problema foi esclarecido, o sistema projetado com o apoio de uma ou mais metodologias de forma a resolver o problema em questo.

O projeto do software uma etapa crucial para o sucesso no desen-volvimento de qualquer sistema, pois com ele o projetista tem uma viso


ampla do que deve ser feito e aplica a estratgia que melhor atende s suas necessidades.

Ao desenvolverem um artigo sobre projetos de software, o autor Re-eves concluiu que a nica documentao do software que atualmente sa-tisfaz o critrio de engenharia de software o cdigo fonte. Neste ponto, Vieira (2008) discorda do autor, argumentando que o projeto e a arquite-tura do software so os critrios mais importantes, pois estes critrios so obtidos com uma boa qualidade, o cdigo fonte pode ser implementado por qualquer programador a partir da documentao.

Considerando-se que uma gerncia de projetos de software to importante para o sucesso de um projeto, seria razovel presumir-se que todos os gerentes de projetos entendem como coloc-la em prtica e que todos os profissionais entendem como trabalhar dentro dos limites esta-belecidos por ela (PRESSMAN, 1995).

5. GERENCIAMENTO DE PROJETOS

Segundo Zanoni (2009), parte dos problemas relacionados aos pro-jetos de software deve-se, principalmente, a problemas de administrao ou gerenciamento do desenvolvimento de software. O autor utiliza-se do exemplo de Rutkowski, quando este autor diz que os consumidores esto demandando rapidez no mercado porque o tempo de um projeto afeta as operaes nos negcios. Estes consumidores exigem execuo sem falhas para concretizar oportunidades de negcios. Dessa maneira, uma gerncia de projeto eficiente a forma de fazer isso acontecer. Rutkowski destaca tambm que o gerente de projetos necessita de algumas habilidades para obter sucesso em suas atividades, entre elas destaca: a liderana, comuni-cao, resoluo de conflitos, negociao, construo da equipe, habilida-de de escutar e um bom gerenciamento de relacionamento.

Gerncia de projeto a aplicao de conhecimentos, habilidades, fer-ramentas e tcnicas no sentido de concluir atividades que atendam ou


excedam s necessidades e expectativas dos stakeholders deste projeto. Gerncia de projeto surgiu como um processo de gerenciamento para lidar com a complexidade do trabalho em grupo baseado em con-hecimento e pelas demandas de novos mtodos de gerenciamento. (ZANONI, 2009, p. 8).

Segundo Meredith e Mantel (apud ZANONI, 2009) as trs foras bsicas que vm impulsionando a aplicao de gerncia de projetos so: o crescimento exponencial do conhecimento humano; a demanda crescen-te por produtos e servios mais complexos e padronizados; e a evoluo da competio global pela produo de produtos e servios.

H diversos modelos de gerncia de projetos desenvolvidos por estu-diosos como Boehm (1989), Cantor (1998), Duncan (1996), Schwalbe (2000). O modelo de gerncia de projetos orientado a objetos, desenvol-vido por Cantor (1998) faz uso da Unified Modeling Language (UML) e do Unified Process (UP) nas fases do projeto, para que cada participante possa manter o processo de desenvolvimento e uma comunicao padro no decorrer do projeto.

No modelo de gerncia de projetos processual, desenvolvido por Schwalbe (apud ZANONI, 2009) destacada a forma com que os pro-cessos so divididos, facilitando a comunicao entre as fases do proje-to. O modelo incorpora os conceitos de gerncia de projeto do Project Management Institute (PMI) em um modelo de gerncia de projeto de software.

Conforme o modelo, os gerentes devem abordar conhecimento em nove reas de conhecimento gerencial: integrao, escopo, tempo, custo, qualidade, recursos humanos, comunicao, risco e aquisio do projeto.

Para Schwalbe (apud ZANONI, 2009), a gerncia de projeto con-siste basicamente em processos de inicializao, planejamento, execuo, controle do projeto e encerramento do projeto.

6. QUALIDADE EM SOFTWAREUm bom software, na opinio de Pfleeger (2004) quando fica evi-


denciado a preocupao dos fabricantes em assegurar a qualidade dos pro-dutos que produzem e, tambm quando os engenheiros buscam mtodos para assegurar a qualidade e utilizao dos mesmos. Dessa forma, bons engenheiros utilizam sempre uma estratgia para a produo de software de qualidade.

Qualidade um substantivo que pode ter muitos significados. Isso acontece pela forte ligao com as percepes das pessoas, que tem pen-samentos e gostos diferentes. Sob esse enfoque, a qualidade de software estaria diretamente ligada s percepes do ser humano, uma vez que se encontra ligada diretamente as opinies das pessoas, que neste caso, so representadas pelos clientes, usurios e envolvidos com o projeto de sof-tware.

A qualidade de software possui as seguintes caractersticas:- Qualidade de software est fortemente relacionada conformidade

com os requisitos;- Ela caracteriza o grau de satisfao do cliente;- No responsabilidade de apenas uma rea da empresa, e sim de

todos;- Deve estar presente desde o planejamento do software.Atualmente, qualidade de software vem ganhando um grande foco

nas empresas de Tecnologia da Informao (TI), pois se percebe que a qualidade de software no um gasto e sim um investimento. E com a evo-luo constante da tecnologia, os clientes esto cada vez mais exigentes.

A qualidade de software uma rea de conhecimento da engenharia de software que objetiva garantir a qualidade do software atravs da defini-o e normatizao de processos de desenvolvimento. Apesar dos modelos aplicados na garantia da qualidade de software atuar principalmente no processo, o principal objetivo garantir um produto final que satisfaa s expectativas do cliente, dentro daquilo que foi acordado inicialmente.

Segundo a norma ISO 9000 (verso 2000), a qualidade o grau em que um conjunto de caractersticas inerentes a um produto, processo ou sistema cumpre os requisitos inicialmente estipulados para estes.

Pfleeger (2004) enfatiza que para medir a qualidade de um produto


com a de outro necessrio medir a qualidade do software. Primeiro, deve-se identificar os aspectos particulares do sistema que contribuem para a qualidade do produto como um todo. Normalmente, os usurios avaliam as caractersticas externas, tais como a qualidade e o tipo de falhas. Mui-tos engenheiros de software consideram que a qualidade do processo de desenvolvimento e manuteno to importante quanto qualidade do produto.

7. GARANTIA DA QUALIDADE

De acordo com Paula Filho (2003), para se obter a garantia da qualidade, alguns procedimentos devem ser obedecidos, por exemplo, o procedimento de controle, gabaritos e padres, alm das ferramentas. Os procedimentos de controle so executados de maneira uniforme, di-ferenciando-se, apenas por ciclo de vida. Esse procedimento possibilita a aprovao de uma interao de um projeto para a fase seguinte.

Na reviso gerencial de fechamento da interao, o gerente do proje-to determina concluso ou no da interao, aps ouvir a opinio da equi-pe, caso no seja aprovada a interao, o processo novamente executado. Somente em casos positivos de interao que o gerente faz o balano e passa fase seguinte. Quanto s revises tcnicas e inspees, estas so o principal meio de garantia da qualidade quanto aos aspectos tcnicos. As revises tcnicas so aplicveis nos scripts das interaes, o planejamento delas pode ser alterado no Plano de Qualidade (PAULA FILHO, 2003, p. 50).

As auditorias de qualidade, normalmente so realizadas por um gru-po independente de Garantia de Qualidade que verifica a conformidade das atividades realizadas com os padres determinados pelo processo. O grupo verifica, apenas, os relatrios desses procedimentos, portanto, no faz as revises tcnicas ou outros tipos de servios.

As aprovaes do cliente geralmente so necessrias para tomada de decises para continuar ou no o projeto (fim da concepo e elaborao)


ou aceitao do produto (fim da construo e transio). Esses pontos de aceitao pelo cliente marcam, por definio, os finais das fases.

Os gabaritos tm a forma de modelos de documentos (templates) do Microsoft Word e do Microsoft Excel. No entanto, alguns gabaritos tm partes preenchidas, facilitando o trabalho. Essas partes precisam ape-nas ser alteradas, caso haja alterao no processo. Para muitos artefatos, so fornecidos exemplos. No caso das ferramentas, segundo Paula Filho (2003), por razes de custo e simplicidade de uso, optou-se por utilizar um processador de texto e uma ferramenta de planilha para a maioria dos artefatos.

Para uma utilizao profissional do processo, recomendvel utilizar ferramentas mais sofisticadas para alguns artefatos, por exemplo, o Cadas-tro dos Requisitos mais bem implementado usando-se uma ferramenta de bancos de dados (principalmente se for especializada para gesto de requisitos). Para a Memria de Planejamento, usada uma planilha Mi-crosoft Excel, mas uma ferramenta de gesto de projetos (por exemplo, o Microsoft Project ou equivalente) pode ser til para estimativas mais preci-sas de cronograma. Algumas ferramentas especficas so necessrias, mes-mo para projetos mais simples. Recomenda-se o uso de uma ferramenta de gesto de configuraes.

7.1 Testes

De acordo com Paula Filho (2003), os testes so indicadores de qua-lidade do produto, considerados meios de deteco e correo de erros. Quanto maior o nmero de defeitos detectados em um software, prova-velmente maior tambm o nmero de defeitos no-detectados. A consta-tao de um nmero elevado de defeitos em uma bateria de testes indica uma provvel necessidade de redesenho dos itens testados.

Na leitura do autor h alguns tipos de baterias de testes que so:- Testes de aceitao objetiva validar o produto e verificar se ele aten-

de aos requisitos especificados.


- Testes de integrao objetiva verificar as interfaces entre as partes de uma arquitetura de produto.

- Testes de unidade objetiva verificar um elemento que possa ser tratado como uma unidade de implementao.

8. ESTUDO DE CASO

A empresa Nippon Informtica uma empresa de desenvolvimento de software com atuao nas reas Contbil, Fiscal e Recursos Humanos, alm de grande especializao e conhecimento em desenvolvimento de software para tratamento destas questes. Empresa com forte relaciona-mento em empresas de contabilidade, nas quais encontrou abertura para os clientes dessas empresas, aumentando o portflio de atuao de seu sof-tware em rea comercial e industrial.

A empresa possui trs funcionrios, os quais atuam na rea de de-senvolvimento, suporte e manuteno do software. Avaliando-se o cenrio atual, nota-se na empresa o acmulo de funes dos funcionrios, no ha-vendo designao de tarefas. Com isto, foi possvel observar que, as ativi-dades e demandas se acumulam e no h priorizao de atendimento aos clientes.

8.1 Mapeamento do processo de softwareA empresa adota poucos processos durante a construo do software. Para iniciar o entendimento das necessidades do cliente feito um levantamento e anlise das informa-es coletadas. Este levantamento feito avaliando o negcio que o cliente possui e o que o sistema da Nippon oferece. O funcionamento das rotinas do software da Nippon como: clculo de folha de pagamento, gerao de guias para pagamento de impostos, submetida legislao fiscal e traba-lhista. Desta forma, a Nippon ao levantar as necessidades do cliente, tenta ao mximo, adaptar o software e as rotinas que possui em outros clientes e que j est funcionando plenamente para evitar muitas alteraes.


O software que o cliente ir utilizar definido mediante a anlise feita e indicao das devidas adaptaes nas rotinas disponibilizadas. Em alguns clientes necessrio apenas alterar alguns layouts de telas e campos de armazenamento de informaes.

Na maioria dos casos, os erros de funcionamento no software adqui-rido pelo cliente ficam praticamente nulos, pois apenas se utiliza alguma rotina que j est correta de um cliente para o outro. A empresa no utiliza at o momento, nenhuma ferramenta para registro das informaes trata-das com os clientes e tambm no gera nenhum tipo de documentao. Na etapa de desenvolvimento do software, a empresa usava, no incio de suas atividades de programao a linguagem Quick Basic (verso 4.5), pois o sistema operacional era DOS. Posteriormente, com a necessidade dos clientes em utilizar o ambiente Windows, houve a necessidade de migra-o de todo o sistema para a linguagem Visual Basic.

8.2 Cenrio de soluo - fases e etapas propostas

O cenrio de soluo foi elaborado aps um estudo do fluxo de pro-cesso que acontece no ciclo de vida de desenvolvimento do software da Ni-ppon, avaliando os processos de engenharia de software e as metodologias de desenvolvimento.

Com este estudo, foi possvel perceber os pontos falhos dos pro-cessos de desenvolvimento de software da empresa Nippon, uma vez que possibilitou tambm visualizar o que precisa ser melhorado para que o desenvolvimento seja realizado com sucesso e que o produto seja entregue ao cliente no prazo determinado, dentro do custo estimado e com melhor qualidade. No cenrio estudado, foi detectada a ausncia de um ciclo de vida de desenvolvimento do software. Para isto, prope-se adotar o ciclo de vida composto das fases: Definio, Desenvolvimento, Manuteno e das etapas propostas na Figura 1 a seguir:


Figura 1: Etapas do Ciclo de Desenvolvimento - cenrio de soluo.Fonte: Arquivo pessoal.


Na fase de Definio, propomos as etapas de Levantamento de Re-quisitos e Anlise de Requisitos.

No Levantamento de Requisitos sugerimos que seja realizado um estudo do negcio do cliente que ser feita a proposta do Software, pois de suma importncia saber que atividades e objetivos a empresa possui no mercado. Aps este estudo, temos base para que seja realizada uma entrevista com o cliente.

A entrevista deve ser realizada por meio de uma visita ao cliente. Nesta pode-se se aplicar um questionrio para facilitar a compreenso das informaes.

Na etapa de levantamento de requisitos, sugere-se tambm que a empresa Nippon apresente inicialmente uma proposta ao cliente e faa a documentao de todas as informaes tratadas e de todos os dados que sero necessrios para construir o sistema, com base na apresentao rea-lizada e discusso gerada.

Posteriormente, caso o cliente aceite a proposta apresentada, deve ser realizada um detalhamento das necessidades do cliente.

O levantamento das necessidades do cliente uma etapa primordial para o desenvolvimento do software, pois atravs desta que se vai definir como vai ser a realizao ou modificaes necessrias ao software. Con-forme a literatura mencionada anteriormente, esta etapa utiliza o levanta-mento de requisitos.

Em seguida a esta etapa, inicia-se o processo de adaptao das rotinas j existentes para uso do contratante do servio. Neste processo, foi verifi-cado que se a Nippon gerasse uma documentao de cada software, ficaria mais fcil e rpida a sua elaborao.

Aps a entrevista, so coletadas as necessidades do cliente e realizada a Anlise dos Requisitos que deve ser bastante criteriosa. Assim sendo, o analista poder acatar as sugestes do cliente ou mesmo emitir opinies sobre o desenvolvimento do novo software. Nesta etapa de anlise, o ana-lista deve proceder todo o entendimento dos requisitos do software pro-curando mapear todas as caractersticas funcionais do software que ser construdo ou alterado.


Como resultado desta etapa, prope-se que a empresa Nippon gere um documento de Especificao dos requisitos do software. Este docu-mento pode ser o Diagrama de Caso de Usos (Anexo um template deste documento).

Estudado e definido o escopo do projeto com o cliente, o fluxo do processo tem como prxima etapa, a Fase de Desenvolvimento.

Na Fase de Desenvolvimento teremos as etapas de Desenvolvimento e Testes.

J com o escopo definido e definida linguagem de programao a ser adotada iniciada a Codificao do Projeto. Nesta etapa, importante que a empresa instrua os desenvolvedores quanto padronizao da codi-ficao e a documentao do software.

Sugerimos tambm o uso de um sistema de Controle de Verses, no ambiente de desenvolvimento, j que foi verificado que a empresa no usa nenhum tipo de aplicativo nesse sentido para se controlar os produtos de trabalho que so gerados ao longo do processo de desenvolvimento do software. Uma sugesto seria o Microsoft Visual Source Safe, que verso de sistema em nvel de arquivo que permite que vrios tipos de organizaes possam trabalhar em vrias verses do projeto ao mesmo tempo. Essa fun-cionalidade bastante benfica no ambiente de desenvolvimento, no qual usado ao manter verses de cdigo paralelas.

Aps, codificado o sistema ou parte dele, passa-se para a etapa de Testes, onde so realizados vrios tipos de testes com a inteno de en-contrar erros. Estes so realizados com foco na preveno e sintomas dos erros, fornecendo diagnsticos para que sejam corrigidos facilmente. Os erros tambm podem ocorrer depois dos testes, pois o sistema pode se comportar de forma diferente em outras mquinas, pois devem ser reali-zados testes em vrios tipos de configuraes.

Aps a realizao de todos os testes, deve ser iniciada a fase de Manu-teno, a qual sugerimos que tenha as etapas: Implantao, Treinamento e Manuteno do Software. Nessa etapa realizada a instalao fsica do software e todo o treinamento para os usurios, ressaltando que neste mo-mento, importante que se tenha a equipe de suporte, analista e banco de


dados bem integrados. Todos os usurios, aps estarem treinados e aptos a utilizarem o Sistema, tm-se, ento, a realizao final do Software.

Inicia-se a ltima etapa, Manuteno. Nesta etapa procura-se apoiar o cliente em tudo que o software necessitar, aps sua entrega. Nesta, po-dem surgir correes de erros, customizaes, desenvolvimento de novos requisitos, entre outros. Este se faz importante, pois onde se mantm o compromisso estabelecido entre o cliente e a evoluo do software.

A empresa tambm deve contar com um setor de Help Desk eficiente para esclarecer e solucionar possveis dvidas ou problemas que venham ocorrer no sistema.

9. CONSIDERAES FINAIS

Com este estudo realizado, conclumos que, cada vez mais empresas de desenvolvimento de sistemas necessitam adotar processos de software adequados. Isto importante, pois construir um software com qualidade demanda a utilizao e implantao de processos e tcnicas de engenha-ria de software. Isto indispensvel para que o produto seja entregue ao cliente dentro do prazo e oramento planejado, alcanando a qualidade esperada.

A definio do ciclo de vida de um software importante para se ter a viso completa do desenvolvimento do software. Com isto, possvel definir etapas que abrangem desde a anlise dos requisitos at a entrega do software para o cliente.


REFERNCIAS

ASSOCIAO BRASILEIRA DE NORMAS TCNICAS - ABNT. ISO 9000: ca-minho para a qualidade total? Revista de Administrao. So Paulo, USP, v. 29, n. 4, out./dez. 1994.

CARVALHO, Ariadne Maria Brito Rizzoni; CHIOSSI, Thelma Ceclia dos Santos. A introduo a engenharia de software. Campinas: Unicamp, 2001.

PAULA FILHO, Wilson de Pdua. Engenharia de software: fundamentos, mtodos e padres. 2. ed. Rio de Janeiro: LTC, 2003.

PRESSMAN, Roger S. Engenharia de software. Traduo de Jos Carlos Barbosa dos Santos. 3. ed. So Paulo: Makron Books, 1995.

PFLEEGER, Shari Lawrence. Engenharia de software: teoria e prtica. [Traduzido do original: Software engineering - theory an practice]. Traduo de Dino Franklin. 2. ed. So Paulo: Prentice Hall, 2004.

VIEIRA, Andreza. Projetos de software. 2008. Disponvel em: . Acesso em: 31 mar. 2010.

ZANONI, Roberto. Gerncia de projeto de software em ambiente fisicamente dis-tribudo: um estudo de caso. 2009. Disponvel em: . Acesso em: 30 mar. 2010.


Title: Software lifecycle study in a software development company.Authors: Fabrcio Luis Marinheiro Loureno; Mrcio Alan Benine.

ABSTRACT: A study of the life cycle of software developed in an enterprise system development is important, because building a quality software requires the use and im-plementation of processes and techniques of software engineering. This process is es-sential if the product is delivered to the customer on time and within planned budget, achieving the expected quality. Given this procedure, we carried out a study using a li-terature search in order to find theoretical framework to give support to the proposal and issue a case study in Nippon Computer Ltda. This company located in the city of Batatais/SP, works with software development for areas Accounting, Tax and Human Resources. In the case study sought to establish the mapping of existing processes and after their analysis, propose a solution scenario reality of the company. As a final result of this study, we presented a proposal for implementation of the model of the software life cycle, allowing the construction of quality software, providing a model that meets the standards of software engineering and has important aspects of quality. It was concluded that, increasingly, companies need to adopt systems development processes appropriate software. The definition of the lifecycle of a software is important to have a complete view of software development. Therefore, it was possible to define steps ranging from requirements analysis to delivery of software to the client.Keywords: Software engineering. Software processes. Requirements. Life cycle. Qua-lity.

Documents

Manual de Alguma Coisa Para Conseguir Baixar