[SWEBOK] - Alguem utiliza?

Assuntos Gerais
#1

Oi,

Estamos adotando (no local onde trabalho) as técnicas SWEBOK: Guide to the Software Engineering Body of Knowledge

Este livro contem técnicas para o sucesso de software, e neste contem dez áreas de conhecimento:

? Requisitos de Software
? Projeto (Design) de Software
? Construção de Software
? Teste de Software
? Manutenção de software
? Gerência de Configuração de Software
? Gerência de Engenharia de Software
? Processos de Engenharia de Software
? Ferramentas e Métodos de Engenharia de Software
? Qualidade de Software

Utilizamos algumas técnicas ditas no livro. como: Normas internas de programação (seguindo um padrão), Especificações de fluxo, Subdivisões (Área de desenvolvimento, teste, suporte…separadas)… etc

Alguém conhece este guia? Se sim, utilizam em suas empresas? Se não, quais as técnicas que utilizam para a criação do software?

Tchauzin!

#2

Bom dia

Interessante esse tema, fiz minha monografia abordando essas 10 áreas, material amplamente descrito no livro do Pressman, apesar de ainda não explorarmos todas as áreas, em nossas rotinas de desenvolvimento aqui na Empresa, indico como extremamente vital para o sucesso de organizações que se propoem a desenvolver projetos de software, pois as áreas de Qualidade e Métricas dão um suporte muito seguro para os gerentes de projeto.

Att.

#3

[quote=lina]Oi,

Estamos adotando (no local onde trabalho) as técnicas SWEBOK: Guide to the Software Engineering Body of Knowledge

Este livro contem técnicas para o sucesso de software, e neste contem dez áreas de conhecimento:

? Requisitos de Software
? Projeto (Design) de Software
? Construção de Software
? Teste de Software
? Manutenção de software
? Gerência de Configuração de Software
? Gerência de Engenharia de Software
? Processos de Engenharia de Software
? Ferramentas e Métodos de Engenharia de Software
? Qualidade de Software

Utilizamos algumas técnicas ditas no livro. como: Normas internas de programação (seguindo um padrão), Especificações de fluxo, Subdivisões (Área de desenvolvimento, teste, suporte…separadas)… etc

Alguém conhece este guia? Se sim, utilizam em suas empresas? Se não, quais as técnicas que utilizam para a criação do software?

Tchauzin![/quote]

SWBOK? O nome do processo que sugere construção de software que não esteja integrado ao processo de design é chamado de waterfall.

#4

Oi,

Referencias:

http://www.computer.org/portal/web/swebok

ou

http://pt.wikipedia.org/wiki/Software_Engineering_Body_of_Knowledge

Tchauzin!

#5

Interessante. Mas não sei como isso se aplica no mercado corporativo onde a maioria do trabalho não é de “engenharia de software” e sim de aplicativos para entrada de dados, processamento, relatórios, etc. Equipes ágeis formado de profissionais apto a gerenciar o trabalho que é responsável por entregar me parece mais apropriado para esse tipo de aplicação.

#6

Oi,

Na realidade, este livro mostra o processo do desenvolvimento total do software/sistema. Ou seja, como uma empresa deverá se comportar na criação de um sistema de forma organizada.

Começa falando sobre os Requisitos: Entrevista com o Cliente (para tentar esclarecer exatamente o que ele deseja no sistema), quais as viabilidades, quais as ferramentas que utilizarei para desenvolver.

Após isso (já com as informações coletadas), o livro mostra que deve ser criado um documento capaz de ser interpretado diretamente pelo programador. E por fim… vai até a homologação com o Cliente.

Achei muito importante, pois só assim o projeto ficará de forma organizada (conforme o usuário ManoJava):

Tchauzin!

#7

[quote=lina]Oi,

Na realidade, este livro mostra o processo do desenvolvimento total do software/sistema. Ou seja, como uma empresa deverá se comportar na criação de um sistema de forma organizada.

Começa falando sobre os Requisitos: Entrevista com o Cliente (para tentar esclarecer exatamente o que ele deseja no sistema), quais as viabilidades, quais as ferramentas que utilizarei para desenvolver.

Após isso (já com as informações coletadas), o livro mostra que deve ser criado um documento capaz de ser interpretado diretamente pelo programador. E por fim… vai até a homologação com o Cliente.

Achei muito importante, pois só assim o projeto ficará de forma organizada (conforme o usuário ManoJava):

Tchauzin![/quote]

Não vejo porque vc não pode organizar qualquer processo, por isso não acho que seja um bom argumento, nem mesmo para monografias. O principal do processo é a saída produzida. E a grande questão aqui é: qual a proporção do mercado de software de aplicações exige engenharia de software.

#8

Oi,

Tudo bem. Porém para ter um saída produzida, é necessário de informação e requisitos.

Você pode passar 2 anos desenvolvendo um sistema, no qual está “perfeito” (funcional).
Chega na hora de apresentar e entregar para o cliente, o mesmo fala que deverá ser colocado no S.O Linux.

Após isso, você se dá conta de que o sistema inteiro foi feito e programado para o Windows. Ou seja, faltou a coleta inicial dos requisitos (Analise).

2 anos de projeto, estudo e programação jogado fora… :wink:

Tchauzin!

#9

[quote=mochuara][quote=lina]Oi,

Na realidade, este livro mostra o processo do desenvolvimento total do software/sistema. Ou seja, como uma empresa deverá se comportar na criação de um sistema de forma organizada.

Começa falando sobre os Requisitos: Entrevista com o Cliente (para tentar esclarecer exatamente o que ele deseja no sistema), quais as viabilidades, quais as ferramentas que utilizarei para desenvolver.

Após isso (já com as informações coletadas), o livro mostra que deve ser criado um documento capaz de ser interpretado diretamente pelo programador. E por fim… vai até a homologação com o Cliente.

Achei muito importante, pois só assim o projeto ficará de forma organizada (conforme o usuário ManoJava):

Tchauzin![/quote]

Não vejo porque vc não pode organizar qualquer processo, por isso não acho que seja um bom argumento, nem mesmo para monografias. O principal do processo é a saída produzida. E a grande questão aqui é: qual a proporção do mercado de software de aplicações exige engenharia de software.[/quote]

Bom dia

Vc conhece os beneficios que a Qualidade e as Métricas de software adicionam ao projeto, e sobre o Design, Gerencia de configuração, etc…, leia esse livro do Pressman sobre Engenharia de software Makron Books 3º Ed., que vc provavelmente terá uma nova visão sobre desenvolvimento de software, seja tanto na parte operacional(desenvolvedores) quanto na parte gerencial.

Att.

#10

[quote=lina][quote]
O principal do processo é a saída produzida.
[/quote]

Oi,

Tudo bem. Porém para ter um saída produzida, é necessário de informação e requisitos.

Você pode passar 2 anos desenvolvendo um sistema, no qual está “perfeito” (funcional).
Chega na hora de apresentar e entregar para o cliente, o mesmo fala que deverá ser colocado no S.O Linux.

Após isso, você se dá conta de que o sistema inteiro foi feito e programado para o Windows. Ou seja, faltou a coleta inicial dos requisitos (Analise).

2 anos de projeto, estudo e programação jogado fora… :wink:

Tchauzin!

[/quote]

[quote=lina][quote]
O principal do processo é a saída produzida.
[/quote]

Oi,

Tudo bem. Porém para ter um saída produzida, é necessário de informação e requisitos.

Você pode passar 2 anos desenvolvendo um sistema, no qual está “perfeito” (funcional).
Chega na hora de apresentar e entregar para o cliente, o mesmo fala que deverá ser colocado no S.O Linux.

Após isso, você se dá conta de que o sistema inteiro foi feito e programado para o Windows. Ou seja, faltou a coleta inicial dos requisitos (Analise).

2 anos de projeto, estudo e programação jogado fora… :wink:

Tchauzin!

[/quote]

Ah sim!

Achei que estava querendo dizer que organização seria exclusivo do SWBOK. Mas como vc mesmo disse é uma premissa básica para todo processo, organização para entregar uma certa saída de acordo com certas especificações iniciais.

O problema é que a maioria do software que vc vai encontrar no dia a dia não tem, ou não servem pra nada, as especificações iniciais porque estão desatualizadas. E se vc resolver criar tais especificações vai demorar muito para entregar o projeto, se algum dia entregar.

#11

Oi,

Exatamente. O grande problema é o tempo.

Por isso acho que essas técnicas devem ser utilizadas para empresas de grande porte. Algo como Google, IBM, SUN etc… Melhor dizendo, empresas que possuem grande quantidade de funcionários.

Como seria possível se tornar um Google da vida sem organização?

Já as pequenas empresas, necessitam entregar seus projetos em um curto espaço de tempo. Onde não tem esse prazo disponível para fazer tantas documentações.

Tchauzin!

#12

[quote=lina]Oi,

Exatamente. O grande problema é o tempo.

Tchauzin!

[/quote]

Não. O problema é que os requisitos mudam mesmo.

#13