Wa - Ads - Sem 02 - Unidade 01 - Processo de Negócio e Software

Prévia do material em texto

ANÁLISE E DESENVOLVIMENTO DE SISTEMAS
WEB AULA 1
Unidade 1 – Processos de Negócio – Conceitos 
 
Apresentação do professor
Seja bem-vindo à nossa primeira web aula da Unidade I!!!
Eu sou a professora Polyanna e estarei junto com vocês no desenvolvimento da disciplina de Processos de Negócio e Software.
Assim como você, eu também escolhi a área de Tecnologia em Análise e Desenvolvimento de Sistemas, visto que sou bacharel em Sistemas de Informação e pós-graduada em Engenharia de SW com UML. Profissionalmente, atuo como Gerente de Projeto numa empresa que desenvolve software para provedores de Internet, presto serviço de Análise de Negócio e Sistemas para uma Clínica Médica e sou docente nesta instituição.
Vamos para o conteúdo da nossa web aula?
 
Caros alunos, antes de irmos direto ao conteúdo “Processos de Negócio”, é importante saber que a palavra “Processo” pode nos remeter a situações corriqueiras de nossa vida, então vamos definir processo.
A engenharia de software, segundo Sommerville (2011), é um conjunto de atividades relacionadas que levam à produção de produto de software.
Na administração de empresas, um processo é o conjunto de atividades realizadas na geração de resultados para o cliente, desde o início do pedido até a entrega do produto.
Segundo o PMBOK (PMI, 2001), é um conjunto de ações e atividades inter-relacionadas que são executadas para alcançar um objetivo. Cada processo é caracterizado por suas entradas, as ferramentas e as técnicas que podem ser aplicadas e as saídas resultantes. Vejamos a figura 1 abaixo.
Na gestão de processos negócio (BPM), processo é uma sequência de tarefas ou atividades que, ao serem executadas, transformam insumos em um resultado com valor agregado.
Agora, “trocando em miúdos”, vamos imaginar que você deseja fazer uma bicicleta, qual seria o processo?
 
Entrada (insumos): os pneus, as rodas, as porcas, parafusos, correntes, etc.
Atividades (processamento): montagem do pedal, a inserção das rodas e o ajuste das engrenagens, etc.
Saídas (resultado – Produto final): Bicicleta montada.
 
Esse é um simples exemplo, mas podemos falar em: Processo para “Implantação de um sistema de software”, “Criação de um site”, “Abertura de uma conta bancária”, “Criação de uma conta numa rede social”, “Fazermos um Bolo”, “Trocarmos um pneu”, “Formatarmos uma máquina”, “Tirar carteira de motorista” e etc.
Veja abaixo um “Processo de Entrega” de um produto onde a compra foi online.
	Agora é sua vez, tente imaginar um processo do seu dia a dia e comente no Fórum da disciplina para discurtimos.
Noções sobre Processos de Negócio
Segundo Harrington (1997), um processo de negócio é um conjunto de atividades lógicas, relacionadas e sequenciais que, a partir de uma entrada de um fornecedor, agrega-lhe valor e produz uma saída para um cliente.
Dentro da área de processos, quando falamos em Gestão de Processos de Negócios, utilizamos o termo BPM (Business Process Management), que se trata de um modelo para apoiar as organizações a criar e aperfeiçoar seus processos de negócio em tempo real, baseados em tecnologia, com foco na melhoria contínua de processos e, consequentemente, na satisfação dos clientes quanto à melhor qualidade dos produtos, agilidade de entrega de produtos e serviços baseado nas necessidades do mercado.
Segundo CBOK (2013), BPM é uma abordagem disciplinar para identificar, desenhar, executar, documentar, medir, monitorar, controlar e melhorar processos de negócio, automatizados ou não, para alcançar resultados consistentes e alinhados com os objetivos estratégicos da organização.
Para KROENKE (2012), Processos de Negócio trata-se de uma rede de atividades, funções, recursos, repositórios e fluxos de dados que interagem para executar uma função de negócios, onde:
 
Atividades: São grupos de tarefas correlatadas que recebem dados e informações, e processam esses fatores para produzir resultados.
Decisões: Uma questão que pode ser respondida como “Sim” ou “Não”.
Funções: Conjuntos de Procedimentos.
Recursos: Físicos, envolve a infraestrutura necessária para a realização de uma determinada função. Humanos, são pessoas necessárias a desempenhar determinada função.
Repositórios: é o local de armazenamento dos registros das empresas.
Fluxo de Dados: É a movimentação de dados de uma atividade para outra.
Com o uso do BPM, as empresas têm conseguido entender sua estrutura organizacional a partir da visão de seus processos relacionados e trabalhando de forma integrada, deixando de lado a antiga visão departamental. E para as organizações se manterem competitivas no mercado, é necessário constante revisão destes processos e a sua divulgação. Vejamos na figura 3 abaixo um processo de negócio modelado BPMN (Notação de Gestão de Processos de Negócio), utilizando a ferramenta Bizagi e, na figura 4, utilizando a ferramenta Astah.
O diagrama abaixo da figura 3 foi criado usando a UML (linguagem de modelagem unificada), que abordaremos no próximo semestre.  Para saber mais sobre UML, Clique aqui.
 
	Para saber mais sobre Modelagem de Processo com as práticas BPM, acesse aqui: http://blog.iprocess.com.br/tag/modelagem-de-processos/
 
 
 
	Links importantes:
http://www.efagundes.com/tecnologias/Gestao_de_processos_de_negocios.htm
http://www.efagundes.com/tecnologias/Gestao_de_processos_de_negocios.htm#sthash.UGLkRacf.dpuf
http://docs.kde.org/stable/pt_BR/kdesdk/umbrello/uml-basics.html
WEB AULA 2
Unidade 1 – Profissional de Software 
 
O maior desafio hoje em empresas desenvolvedoras de software está no fato de que os profissionais ainda não implementam, em sua grande parte, ações características do Engenheiro de Software. Nesta web aula, primeiramente discutiremos aspectos básico deste profissional, estudando o desenvolvimento profissional e também os aspectos éticos na engenharia de Software.
O desenvolvimento profissional de software está ligado aos inúmeros usuários que escrevem os programas, podendo ser pessoas envolvidas com negócios que os escrevem para simplificar seu dia-a-dia, ou engenheiros e cientistas para processar seus dados experimentais, aqueles que escrevem como hobby, apenas por interesse próprio e diversão, e aqueles que desenvolvem profissionalmente, cujo software tem um propósito específico de negócio ou para inclusão de outros dispositivos, etc.
Sempre que tratamos de software, algumas perguntas sempre surgem, tais como:
O que é software?
Quais os atributos de um bom software?
O que é engenharia de software?
Quais as principais atividades de engenharia de software?
Qual a diferença entre engenharia de software e ciência da computação?
Qual a diferença entre engenharia de software e engenharia de sistemas?
Quais são os principais desafios da engenharia de software?
Quais são os custos da engenharia de software?
Quais são as melhores técnicas e métodos de engenharia de software?
Quais diferenças foram feitas pela internet na engenharia de software?
 
 
	Dica:
A resposta às perguntas acima se encontram no livro Engenharia de Software, 9ª edição, do autor Ian Sommerville, disponível na biblioteca digital.
 
O software profissional inclui técnicas para especificação, projeto, implementação e implantação que geralmente não são relevantes ao desenvolvedor pessoal.
Comumente, as pessoas associam um software como um programa de computador qualquer, porém, a engenharia de software não trata apenas do programa em si, mas de toda a documentação associada a fazer este programa funcionar corretamente.
Outra diferença entre o desenvolvedor profissional e o amador é que o amador escreve um programa para ele mesmo utilizar, não se preocupando em escrever um manual do programa, documentação, etc., enquanto o desenvolvedor profissional, que desenvolve um software para outras pessoas usarem, necessita fornecer informações adicionais, assim como o código do programa.Existem dois tipos e produtos de software:
Produtos Genéricos:
Ex: Ferramentas de banco de dados, processadores de textos, compactadores de arquivos, pacotes gráficos, sistemas de contabilidade, sistemas comerciais, etc.
Produtos sob Encomenda
Ex: Sistemas de controle de dispositivos eletrônicos, sistemas especializado para apoio a determinado negócio, sistemas de controle rodoviário, etc.
A diferença entre esses tipos de software é que, no genérico, a empresa que desenvolve controla sua especificação, já o sob encomenda, a especificação é controlada pela empresa que está adquirindo o software.
Quando tratamos da qualidade do software profissional, devemos nos atentar aos seguintes atributos necessários a um bom software:
Manutenibilidade, ou seja, a forma na qual o software possa evoluir para atender às necessidades dos clientes.
Confiança e proteção, ou seja, um software não deve causar prejuízos físicos ou econômicos no caso de falhas do sistema.
Eficiência, isto é, o software não deve desperdiçar recursos do sistema.
Aceitabilidade. 
Portanto, o software deve ser compreensível, usável e compatível com os outros sistemas conectados a ele.
 
Ética na Engenharia de Software
O desenvolvimento de software envolve grande responsabilidade, pois não é apenas aplicar habilidades técnicas, mas sim um conjunto de atividades sociais e legais, o que muitas vezes limita a liberdade das pessoas que trabalham nesta área. Desta forma, o engenheiro de software deve se comportar de forma ética e moralmente responsável se deseja ser respeitado como um engenheiro profissional.
Manter um padrão de honestidade e integridade é fundamental para um profissional de sistemas, visto que não se deve usar suas habilidades e conhecimentos para agir de forma desonesta ou de maneira na qual possa denegrir a profissão do engenheiro de software. Em algumas áreas de atuação do engenheiro de software, nas quais os padrões de comportamento não são limitados pelas leis, há uma tênue noção de responsabilidade profissional na qual envolve:
Confidencialidade: devemos respeitar a confidencialidade de informações dos clientes, independentemente de ter sido assinado ou não um contrato de confidencialidade
Propriedade Intelectual: devemos conhecer as leis locais a respeito do assunto, tais como patentes e copyright, sempre tendo cuidado de proteger a propriedade intelectual dos empregados e clientes.
Competência: não devemos aceitar, conscientemente, um trabalho fora de nossa competência profissional.
Mau uso do computador: o profissional de software não deve usar de suas habilidade técnicas para fazer mau uso de computadores de outras pessoas, podendo variar desde o uso dos computadores da empresa para acesso a redes sociais, jogos, sites não liberados até algo mais sério, como a disseminação de vírus ou outros malwares.
Sommerville (2011 p. 9-10) mostra no quadro abaixo o código de ética e praticas profissionais da ACM/IEEE 1999 de forma reduzida.
	Código de ética e práticas profissionais da engenharia de software
Força-tarefa conjunta da ACM/IEEE para ética e práticas profissionais de engenharia de software
Prefácio
A versão curta do código resume aspirações a um nível alto da abstração; as cláusulas que são incluídas na versão cheia dão exemplos e detalhes de como estas aspirações mudam o modo que nós agimos como software que cria os profissionais. Sem as aspirações, os detalhes podem se tornar legalísticos e tediosos; sem os detalhes, as aspirações podem se tornar soando altos, mas podem esvaziar; junto, as aspirações e os detalhes formam um código aderente.
Engenheiros de software começam a fazer a análise, especificação, designer, desenvolvimento, prova e manutenção de software. Conforme o seu compromisso para a saúde, segurança e bem-estar do público, os engenheiros de software aderirão aos seguintes princípios:
Público: Engenheiros de software agirão constantemente com o interesse público;
Cliente e Empregador: Engenheiros de software agirão até certo ponto, isto é, com interesse do seu cliente e empregador de acordo com o interesse público;
Produto: Os engenheiros de softwre assegurarão que os seus produtos e suas modificações estão relacionados e satisfazem aos padrões profissionais de mais alto nível possível;
Julgamento: Engenheiros de software manterão integridade e independência no seu julgamento profissional;
Gerenciamento: Engenheiros de Software precisam lidar com os gerentes e líderes que atuam no projeto, promovendo assim uma aproximação ética à administração do desenvolvimento de software e sua manutenção
Profissão: Engenheiros de software melhoraram a reputação da profissão da área de Tecnologia da Informação, indo de acordo com o interesse público;
Colegas: Engenheiros de software devem ser justos e encorajar seus colegas;
Si Próprio: Os engenheiros de software estão sempre aprendendo, por meio de experiências vitalícias relativas à prática de sua profissão (SOMMERVILLE, 2011, p. 10-11).
 
A ética e a responsabilidade profissional estão ficando cada dia mais importantes à medida que os sistemas que fazem uso intensivo de software se infiltram em cada aspecto do trabalho e da vida cotidiana.
 
Em resumo
 
A Engenharia de Software é uma disciplina de engenharia que se preocupa com todos os aspectos de produção de software.
Produtos de software consistem em programas desenvolvidos e documentação associada. Atributos de produto essenciais são manuteníveis, confiáveis, eficientes e usáveis.
O processo de software consiste em atividades que são envolvidas em produtos de software em desenvolvimento. Atividades básicas são especificações de software, desenvolvimento, validação e evolução.           
Métodos são modos organizados de produzir software. Eles incluem sugestões para o processo a ser seguido, as anotações a serem usadas, regras que governam as descrições de sistema que são produzidas e projetam diretrizes.
Ferramentas CASE são sistemas de software que são projetados para apoiar atividades rotineiras no processamento de software, como editar desígnio esquematizado, conferir a consistência de diagramas e rastrear e manter testes de programa que foram feitos.
Engenheiros de software têm responsabilidades pertinentes à profissão de engenharia e à sociedade, não deveriam simplesmente ser interessados apenas em assuntos técnicos.
Sociedades de profissionais publicam códigos de conduta que definem os padrões de comportamentos esperados dos seus sócios.
	
 
BPM CBOK. Common Body of Knowledge. Disponível em:. Acesso em: 02 ago. 2013.
FLEXY. Loja on line (e-commerce B2C). Disponível em:. Acesso em: ago. 2013.
HARRINGTON, James. Gerenciamento total da melhoria contínua. São Paulo: Makron Books, 1997.
KROENKE, David. Sistemas de informação gerenciais. São Paulo: Pearson, 2012. 307p.
LAUDON, K.C., LAUDON, J.P. Management Information System: organization and technology in the networked enterprise. 6. ed. São Paulo: Prentice Hall, 2000.
PMI, Project Management Institute, Inc. Um guia de conhecimento em gerenciamento de projetos (Guia PMBOK). 4. ed. Newton Square: Bookman,  2001.
SCRUM ALLIANCE. SCRUM. Disponível em:. Acesso em: 13 out. 2012.
SMITH, Howard; FINGAR, Peter. IT doesn't matter – business process do. 1. ed. Tampa, Florida, USA: Meghan-Kiffer Press, 2003. 126p.
SOMMERVILLE, Ian. Engenharia de software. 9. ed. São Paulo: Pearson, 2011. 529p.