Viso geral

Apresentao da disciplina:
A disciplina de Processos de Negcio e Software tem a finalidade de
proporcionar aos alunos a compreenso de Processos, engenharia
de software e os modelos de processos existentes, engenharia de
requisitos, gerenciamento de projetos, bem como posicionar o papel
do

engenheiro

de software dentro

de

uma

organizao

desenvolvedora e os aspectos ticos que devem ser seguidos.

Objetivos:

Proporcionar fontes de estudo que possam contribuir para o

conhecimento de processos de negcio e software, engenharia
de software, engenharia de requisitos e gerenciamento de
projetos;

Auxiliar na compreenso da Qualidade tanto no Processo de

Desenvolvimento de Softwarequanto no Produto.

Oportunizar atividades com ferramentas Case, onde o aluno

desenvolva habilidades especficas trabalhadas de acordo com
o contedo ministrado.

Contedo Programtico:

Metodologia:
Os

contedos

programticos

ofertados

nessa

disciplina

sero

desenvolvidos por meio das Teleaulas de forma expositiva e

interativa (chat tira dvidas em tempo real), Aula Atividade
por Chat para aprofundamento e reflexo e Web aulas que estaro
disponveis no Ambiente Colaborar, compostas de contedos de
aprofundamento, reflexo e atividades de aplicao dos contedos e
avaliao. Sero tambm realizadas atividades de acompanhamento
tutorial, participao em Frum, atividades prticas e estudos
independentes (autoestudo) alm do Material didtico da disciplina.

Avaliao Prevista:
O sistema de avaliao da disciplina compreende em assistir a
teleaula, participao no frum, produes textuais interdisciplinares
(Portflio), realizao de avaliaes virtuais e avaliao presencial
embasada no material didtico, teleaulas, web aula e material
complementar.

Critrios para Participao dos Alunos no

Frum:
Quando houver frum de discusso o aluno ser avaliado quanto ao
contedo de sua postagem, onde dever comentar o tpico
apresentando respostas completas e com nvel crtico de avaliao
pertinente ao nvel de ps-graduao. Textos apenas concordando
ou discordando de comentrios de outros participantes do frum
sem a devida justificativa ou complementao no acrescentam em
nada ao debate da disciplina, sendo assim, devem ser evitados. Os
textos devem sempre vir acompanhados das justificativas para a
opinio do discente sobre o contedo discutido, para que assim,
possamos dar continuidade ao debate em nvel adequado. Alm
disso, podem ser utilizados citaes de artigos, livros e outros
recursos que fundamentem a opinio ou deem sustentao a sua
posio crtica sobre o assunto. Deve ser respeitado o tpico
principal do frum, evitando debates que no tem relao com o
tema selecionado pelo professor.

ANLISE E DESENVOLVIMENTO DE SISTEMAS

WEB AULA 1
Unidade 1 Processos de Negcio Conceitos
Apresentao do professor
Seja bem-vindo nossa primeira web aula da Unidade I!!!
Eu sou a professora Polyanna e estarei junto com vocs no desenvolvimento da
disciplina de Processos de Negcio e Software.

Assim como voc, eu tambm escolhi a rea de Tecnologia em Anlise e

Desenvolvimento de Sistemas, visto que sou bacharel em Sistemas de Informao e
ps-graduada em Engenharia de SW com UML. Profissionalmente, atuo como Gerente
de Projeto numa empresa que desenvolvesoftware para provedores de Internet,
presto servio de Anlise de Negcio e Sistemas para uma Clnica Mdica e sou
docente nesta instituio.
Vamos para o contedo da nossa web aula?

Caros alunos, antes de irmos direto ao contedo Processos de

Negcio, importante saber que a palavra Processo pode nos remeter a situaes
corriqueiras de nossa vida, ento vamos definir processo.
A engenharia de software, segundo Sommerville (2011), um conjunto de atividades
relacionadas que levam produo de produto de software.
Na administrao de empresas, um processo o conjunto de atividades realizadas na
gerao de resultados para o cliente, desde o incio do pedido at a entrega do
produto.
Segundo o PMBOK (PMI, 2001), um conjunto de aes e atividades interrelacionadas que so executadas para alcanar um objetivo. Cada processo
caracterizado por suas entradas, as ferramentas e as tcnicas que podem ser
aplicadas e as sadas resultantes. Vejamos a figura 1 abaixo.

Na gesto de processos negcio (BPM), processo uma sequncia de tarefas ou

atividades que, ao serem executadas, transformam insumos em um resultado com
valor agregado.
Agora, trocando em midos, 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 insero das rodas e o

ajuste das engrenagens, etc.

Sadas (resultado Produto final): Bicicleta montada.

Esse um simples exemplo, mas podemos falar em: Processo para Implantao de
um sistema de software, Criao de um site, Abertura de uma conta bancria,
Criao de uma conta numa rede social, Fazermos um Bolo, Trocarmos um
pneu, Formatarmos uma mquina, 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

Frum da disciplina para discurtimos.

Noes sobre Processos de Negcio
Segundo Harrington (1997), um processo de negcio um conjunto de atividades
lgicas, relacionadas e sequenciais que, a partir de uma entrada de um fornecedor,
agrega-lhe valor e produz uma sada para um cliente.
Dentro da rea de processos, quando falamos em Gesto de Processos de Negcios,
utilizamos o termo BPM (Business Process Management), que se trata de um modelo
para apoiar as organizaes a criar e aperfeioar seus processos de negcio em

tempo real, baseados em tecnologia, com foco na melhoria contnua de processos e,

consequentemente, na satisfao dos clientes quanto melhor qualidade dos
produtos, agilidade de entrega de produtos e servios baseado nas necessidades do
mercado.
Segundo CBOK (2013), BPM uma abordagem disciplinar para identificar, desenhar,
executar, documentar, medir, monitorar, controlar e melhorar processos de negcio,
automatizados ou no, para alcanar resultados consistentes e alinhados com os
objetivos estratgicos da organizao.
Para KROENKE (2012), Processos de Negcio trata-se de uma rede de atividades,
funes, recursos, repositrios e fluxos de dados que interagem para executar uma
funo de negcios, onde:

Atividades: So grupos de tarefas correlatadas que recebem dados e

informaes, e processam esses fatores para produzir resultados.

Decises: Uma questo que pode ser respondida como Sim ou No.

Funes: Conjuntos de Procedimentos.

Recursos: Fsicos, envolve a infraestrutura necessria para a realizao de

uma determinada funo.Humanos, so pessoas necessrias a desempenhar
determinada funo.

Repositrios: o local de armazenamento dos registros das empresas.

Fluxo de Dados: a movimentao de dados de uma atividade para outra.

Com o uso do BPM, as empresas tm conseguido entender sua estrutura

organizacional a partir da viso de seus processos relacionados e trabalhando de
forma integrada, deixando de lado a antiga viso departamental. E para as
organizaes se manterem competitivas no mercado, necessrio constante reviso
destes processos e a sua divulgao. Vejamos na figura 3 abaixo um processo de
negcio modelado BPMN (Notao de Gesto de Processos de Negcio), 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 prximo semestre. Para saber mais sobre
UML, Clique aqui.

Para saber mais sobre Modelagem de Processo com as prticas 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#sth
ash.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 no implementam, em sua grande parte, aes caractersticas
do Engenheiro de Software. Nesta web aula, primeiramente discutiremos aspectos
bsico deste profissional, estudando o desenvolvimento profissional e tambm os
aspectos ticos na engenharia de Software.
O desenvolvimento profissional de software est ligado aos inmeros usurios que
escrevem os programas, podendo ser pessoas envolvidas com negcios 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
prprio e diverso, e aqueles que desenvolvem profissionalmente, cujo software tem
um propsito especfico de negcio ou para incluso 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 diferena entre engenharia de software e cincia da computao?

Qual a diferena entre engenharia de software e engenharia de sistemas?

Quais so os principais desafios da engenharia de software?

Quais so os custos da engenharia de software?

Quais so as melhores tcnicas e mtodos de engenharia de software?

Quais diferenas foram feitas pela internet na engenharia de software?

Dica:
A resposta s perguntas acima se encontram no livro Engenharia de Software, 9
edio, do autor Ian Sommerville, disponvel na biblioteca digital.

O software profissional inclui tcnicas para especificao, projeto, implementao e

implantao que geralmente no so relevantes ao desenvolvedor pessoal.
Comumente, as pessoas associam um software como um programa de computador
qualquer, porm, a engenharia de software no trata apenas do programa em si, mas
de toda a documentao associada a fazer este programa funcionar corretamente.
Outra diferena entre o desenvolvedor profissional e o amador que o amador
escreve um programa para ele mesmo utilizar, no se preocupando em escrever um
manual do programa, documentao, etc., enquanto o desenvolvedor profissional,
que

desenvolve

um software para

outras

pessoas

usarem,

necessita

fornecer

informaes adicionais, assim como o cdigo do programa.

Existem dois tipos e produtos de software:

Produtos Genricos:

Ex: Ferramentas de banco de dados, processadores de textos, compactadores de

arquivos, pacotes grficos, sistemas de contabilidade, sistemas comerciais, etc.

Produtos sob Encomenda

Ex: Sistemas de controle de dispositivos eletrnicos, sistemas especializado para

apoio a determinado negcio, sistemas de controle rodovirio, etc.
A diferena entre esses tipos de software que, no genrico, a empresa que
desenvolve controla sua especificao, j o sob encomenda, a especificao
controlada pela empresa que est adquirindo o software.
Quando tratamos da qualidade do software profissional, devemos nos atentar aos
seguintes atributos necessrios a um bom software:

Manutenibilidade, ou seja, a forma na qual o software possa evoluir para

atender s necessidades dos clientes.

Confiana e proteo, ou seja, um software no deve causar prejuzos fsicos

ou econmicos no caso de falhas do sistema.

Eficincia, isto , o software no deve desperdiar recursos do sistema.

Aceitabilidade.

Portanto, o software deve ser compreensvel, usvel e compatvel com os outros

sistemas conectados a ele.

tica na Engenharia de Software

O desenvolvimento de software envolve grande responsabilidade, pois no apenas
aplicar habilidades tcnicas, 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
responsvel se deseja ser respeitado como um engenheiro profissional.
Manter um padro de honestidade e integridade fundamental para um profissional
de sistemas, visto que no se deve usar suas habilidades e conhecimentos para agir
de forma desonesta ou de maneira na qual possa denegrir a profisso do engenheiro
de software. Em algumas reas de atuao do engenheiro de software, nas quais os
padres de comportamento no so limitados pelas leis, h uma tnue noo de
responsabilidade profissional na qual envolve:

Confidencialidade: devemos respeitar a confidencialidade de informaes dos

clientes, independentemente de ter sido assinado ou no um contrato de
confidencialidade

Propriedade Intelectual: devemos conhecer as leis locais a respeito do

assunto, tais como patentes ecopyright, sempre tendo cuidado de proteger a
propriedade intelectual dos empregados e clientes.

Competncia: no devemos aceitar, conscientemente, um trabalho fora de

nossa competncia profissional.

Mau uso do computador: o profissional de software no deve usar de suas

habilidade tcnicas 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 no liberados at algo mais srio, como a disseminao de
vrus ou outrosmalwares.

Sommerville (2011 p. 9-10) mostra no quadro abaixo o cdigo de tica e praticas

profissionais da ACM/IEEE 1999 de forma reduzida.

Cdigo de tica e prticas profissionais da engenharia de software

Fora-tarefa conjunta da ACM/IEEE para tica e prticas profissionais de engenharia
de software

Prefcio
A verso curta do cdigo resume aspiraes a um nvel alto da abstrao; as
clusulas que so includas na verso cheia do exemplos e detalhes de como estas
aspiraes mudam o modo que ns agimos como softwareque cria os profissionais.
Sem as aspiraes, os detalhes podem se tornar legalsticos e tediosos; sem os
detalhes, as aspiraes podem se tornar soando altos, mas podem esvaziar; junto, as
aspiraes e os detalhes formam um cdigo aderente.
Engenheiros

de software comeam

fazer

anlise,

especificao, designer,

desenvolvimento, prova e manuteno de software. Conforme o seu compromisso

para a sade, segurana e bem-estar do pblico, os engenheiros de software aderiro
aos seguintes princpios:

Pblico: Engenheiros de software agiro constantemente com o interesse

pblico;

Cliente e Empregador: Engenheiros de software agiro at certo ponto, isto ,

com interesse do seu cliente e empregador de acordo com o interesse pblico;

Produto: Os engenheiros de softwre asseguraro que os seus produtos e suas

modificaes esto relacionados e satisfazem aos padres profissionais de mais
alto nvel possvel;

Julgamento: Engenheiros de software mantero integridade e independncia no

seu julgamento profissional;

Gerenciamento: Engenheiros de Software precisam lidar com os gerentes e

lderes que atuam no projeto, promovendo assim uma aproximao tica
administrao do desenvolvimento de software e sua manuteno

Profisso: Engenheiros de software melhoraram a reputao da profisso da

rea de Tecnologia da Informao, indo de acordo com o interesse pblico;

Colegas: Engenheiros de software devem ser justos e encorajar seus colegas;

Si Prprio: Os engenheiros de software esto sempre aprendendo, por meio de

experincias vitalcias relativas prtica de sua profisso (SOMMERVILLE,
2011, p. 10-11).

A tica e a responsabilidade profissional esto 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 produo de software.

Produtos de software consistem em programas desenvolvidos e documentao

associada. Atributos de produto essenciais so manutenveis, confiveis,
eficientes e usveis.

O processo de software consiste em atividades que so envolvidas em produtos

de software em

desenvolvimento.

Atividades

bsicas

so

especificaes

de software, desenvolvimento, validao e evoluo.

Mtodos so modos organizados de produzir software. Eles incluem sugestes

para o processo a ser seguido, as anotaes a serem usadas, regras que
governam as descries de sistema que so produzidas e projetam diretrizes.

Ferramentas CASE so sistemas de software que so projetados para apoiar

atividades rotineiras no processamento de software, como editar desgnio
esquematizado, conferir a consistncia de diagramas e rastrear e manter testes
de programa que foram feitos.

Engenheiros de software tm responsabilidades pertinentes profisso de

engenharia e sociedade, no deveriam simplesmente ser interessados apenas
em assuntos tcnicos.

Sociedades de profissionais publicam cdigos de conduta que definem os

padres de comportamentos esperados dos seus scios.

BPM CBOK. Common Body of Knowledge. Disponvel em:. Acesso em: 02 ago. 2013.
FLEXY. Loja on line (e-commerce B2C). Disponvel em:. Acesso em: ago. 2013.
HARRINGTON, James. Gerenciamento total da melhoria contnua. So Paulo:
Makron Books, 1997.
KROENKE, David. Sistemas de informao gerenciais. So Paulo: Pearson, 2012.
307p.
LAUDON, K.C., LAUDON, J.P. Management Information System: organization and
technology in the networked enterprise. 6. ed. So 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. Disponvel 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. So Paulo: Pearson, 2011.
529p.