Processo de Negcio e Software

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
Software quanto 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 desenvolve software 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
inter-relacionadas 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_ne
gocios.htm
http://www.efagundes.com/tecnologias/Gestao_de_processos_de_ne
gocios.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 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 e copyright, 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 outros malwares.
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 software que 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 a fazer a 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.