Bom dia.

Iniciarei uma sequência de mensagem sobre o tema em:

Sociedade Brasileira de Gestão do Conhecimento Todos os Fóruns >> [Fóruns de GC em áreas de aplicação] >> GC na área de TI

http://www.portalsbgc.org.br/sbgc/foruns/tt.asp?forumid=35

onde tenho postado materiais relacionados.

Como introdução seguem referências encontradas na Internet, a partir de dica do colega Sérgio Reis, a quem agradeço a informação.

Parabéns ao Marco Aurélio S. Mendes, que possui ótimas referências sobre o assunto em seu blog (veja Referências abaixo).

Fundamento de Engenharia de Software - Recriando Educação & Estratégia.
http://www.recriandoonline.com.br/e-letter/cl01.html

Apresentação
Engenharia de software é a criação e a utilização de sólidos princípios de engenharia a fim de obter software de maneira econômica, que seja confiável e que trabalhe eficientemente. O próprio significado de engenharia, já traz os conceitos de criação, construção, análise, desenvolvimento e manutenção.

A engenharia de software se concentra nos aspectos práticos da produção de um sistema de software e seu aparecimento se deu em 1968, numa tentativa de contornar as dificuldades do desenvolvimento de software frente ao rápido crescimento da demanda, da complexidade dos problemas a serem resolvidos e da inexistência de técnicas estabelecidas para o desenvolvimento de sistemas que funcionassem adequadamente ou pudessem ser validados.

Um sistema de software complexo se caracteriza por um conjunto de componentes encapsulados na forma de procedimentos, funções, módulos, objetos ou agentes e interconectados entre si, compondo a arquitetura do software.

Os fundamentos para a engenharia de software envolvem o uso de modelos abstratos e precisos que permitem especificar, projetar, implementar e manter sistemas de software, avaliando e garantindo suas qualidades. Além disto, a engenharia de software deve oferecer mecanismos para se planejar e gerenciar o processo de desenvolvimento. Empresas desenvolvedoras de software passaram a empregar os conceitos de engenharia de software sobretudo para orientar suas áreas de desenvolvimento, muitas delas organizadas sob a forma de fábrica de software.

Objetivo
Apresentar aos participantes, em uma abordagem simples, ágil e objetiva, as boas práticas que regem a engenharia de software, avaliando metodologias, discutindo benefícios e pontos-de-atenção, bem como prepará-los para uma análise crítica dos conceitos apresentados e dos principais impactos operacionais nas diferentes realidades de trabalho.

=======

Referências:
As 10 Áreas da Engenharia de Software, Conforme o SWEBOK, por Jorge H C Fernandes, Dez/2004

http://www.cic.unb.br/~jhcf/MyBooks/iess/Intro/10AreasDaEngenhariaDeSoftware.pdf

SWEBOK, PMBOK, BABOK & Outros BOKs
http://www.google.com.br/url?q=http://blog.marcomendes.com/2007/08/29/swebok-pmbok-babok-outros-boks/&ei=PkgVSrSvA5Dg8wTIhuTHAg&sa=X&oi=spellmeleon_result&resnum=2&ct=result&usg=AFQjCNGpipmsd6BQh1sWKuCw7HEZSQk49Q

(Recomendo ver os comentários e acompanhar este blog)

Publicado por marco em 29 Ago 2007 | sob: Arquitetura, Engenharia de Software, BPM

A área de TI cada dia conta com mais (e melhores) corpos de conhecimento para vários papéis de engenharia de software, gerência e outras áreas. Compilo aqui um conjunto de BOKs de renome reconhecido e de grande valor para projetos de TI.

PMBOK: Clássico corpo de conhecimento do PMI. Atualmente em sua terceira edição (inclusive em português), compila as melhores práticas para a gerência de projetos para as áreas de gerência integrada, de escopo, qualidade, custo, prazo, recursos humanos, aquisições, riscos e comunicações. Outros excelentes corpos de conhecimento do PMI incluem o corpo de conhecimento para gerência de portfólios de projetos e o corpo de conhecimento para gerência de programas (conjunto de projetos relacionados em um tema).

SWEBOK: Iniciativa de grande qualidade do IEEE, traz um excelente conjunto de referências para informações primárias sobre requisitos, desenho, construção, implementação, qualidade de software, gerência de projeto, processos de software, ferramentas e métodos.

BABOK: Corpo de conhecimento para modelagem de processos de negócio do Instituto Internacional de Analistas de Negócio.

EABOK: Corpo de conhecimento de arquiteturas corporativos do MITRE. Outros corpos de conhecimento sobre arquitetura corporativa incluem o DODAF (do Departamento de Defesa Americano), MODAF (Governo Inglês), o SEI Feature Oriented Domain Analysis, o TOGAF ( do Open Group) e talvez o mais conhecido deles, o Zachman Framework.

Usability Body of Knowledge: Corpo de conhecimento de usabilidade da associação de professionais de usabilidade.
–
Atenciosamente.
Claudio Estevam Próspero

http://pt.wikipedia.org/wiki/Usu��rio:ProsperoClaudio (Apresentação pessoal)
http://escoladeredes.ning.com/ (Escola de Redes [E = R])
http://pt.wikipedia.org/wiki/Alian��a_para_uma_Nova_Humanidade
http://pt.wikipedia.org/wiki/Ecocidade
http://www.criefuturos.com.br/criefuturos.html
http://www.holos.org.br/cursosetreinamentos/ (HOLOS - Coaching e Mentoring)
http://www.nef.org.br (Núcleo de Estudos do Futuro)
http://www.nossasaopaulo.org.br/portal/
http://www.portalsbgc.org.br/sbgc/portal/ (Sociedade Brasileira de Gestão do Conhecimento)

Antes de imprimir, pense em sua responsabilidade e compromisso com o MEIO AMBIENTE.
Nosso Planeta Agradece!

Quando me refiro a “Modelagem de processos de negócio”, não estou me referindo simplesmente ao desenho de workflows em linguagens como BPMN ou outra linguagem, mas ao processo completo de gerência de requisitos que envolve identificação, análise, priorização e definição de requisitos de negócio.

A minha definição foi baseada na seção 1.3 e 1.4.1 deste BOK, que dizem:

1.3
“Business Analysis is the set of tasks, knowledge, and techniques required to identify
business needs and determine solutions to business problems. Solutions often include a
systems development component, but may also consist of process improvement or
organizational change.”

1.4.1
“A business analyst works as a liaison among stakeholders in order to elicit, analyze,
communicate and validate requirements for changes to business processes, policies and
information systems. The business analyst understands business problems and
opportunities in the context of the requirements and recommends solutions that enable
the organization to achieve its goals.”

Embora o BABOK contemple vários tipos de requisitos, dei atenção (na minha definição) nos requisitos que ele chama de “Business Requirements”, objeto central da modelagem de processos de negócio. A seção 2 do corpo de conhecimento, inclusive, fala bastante da importância da modelagem de processo e explicita os termos processos de negócios na seção “Business Process Models” - página 33.

Fique a vontade para responder para discutirmos o BABOK e equalizarmos o nosso conhecimento sobre ele.