Avaliando TÃ©cnicas de Modelagem Organizacional ... - INF-Unioeste

More documents

Recommendations

Info

conjunto estruturado de atividades que são seguidas para derivar, validar e manter umdocumento de requisitos de sistema”.Para se realizar um bom trabalho de Engenharia de Requisitos, faz-se necessário oentendimento dos aspectos sociais, organizacionais, técnicos, econômicos e jurídicosenvolvidos no domínio do desenvolvimento, de forma a minimizar riscos e custos (Alencar,1999).Frequentemente, requisitos de software são inadequadamente elicitados, analisados eespecificados, sendo estes fatores decisivos para o desenvolvimento de softwares de baixaqualidade. Desta forma, boa parte da atenção da comunidade acadêmica e industrial em nívelnacional e internacional está concentrada em encontrar caminhos que permitam desenvolversoftwares que considerem adequadamente os requisitos organizacionais, funcionais e nãofuncionais (Santander e Silva, 2006).Quando usuários precisam ou desejam um determinado software, em grande parte doscasos não existe uma ideia concreta do que se espera que esse sistema computacional faça.Geralmente, o que se tem, são intenções e desejos de facilitar a execução de atividades noambiente organizacional.Por outro lado, no processo de desenvolvimento de software, atenta-se inicialmente ànecessidade de se elicitar os requisitos do sistema junto ao usuário, procurando obter o que omesmo deseja do sistema. Para tanto, faz-se necessário uma compreensão mais ampla,procurando enfocar todos os atores (com suas especializações em agentes, posições e papéis)e objetos que se inter-relacionam dentro da empresa onde o sistema a ser desenvolvido selocalizará.A modelagem dos processos de negócio é essencial, pois são atividades previamenteestabelecidas que tem como objetivo determinar a forma como o trabalho é realizado numaorganização. Constituem um conjunto de ações, relacionadas entre si de forma lógica ecoerente a fim de promover uma saída favorável à organização, tanto em nível interno comoexterno. Uma estrutura de processos de negócio mal concebida pode por em risco a eficiênciae a eficácia de uma empresa.A finalidade de modelar um negócio é criar uma abstração, que é uma visão simplificadado negócio (Eriksson e Penker, 2000). Um modelo de negócio mostra qual é o ambiente da2
organização e como a organização age em relação a este ambiente 1 (Jacobson, Ericson eJacobson, 1994).Já a modelagem organizacional, em um sentido mais amplo, é a representação da estrutura,das atividades, dos processos, das informações, dos recursos, do pessoal, do comportamento,dos objetivos e das restrições das empresas comerciais, governamentais ou de outra natureza.Esse modelo ajuda a compreender as complexas interações entre as organizações e as pessoas.Muitos dos problemas associados ao desenvolvimento de software podem iniciar nestafase, pois detectar o que é realmente relevante para o usuário levando-se em consideração osobjetivos organizacionais, não é uma tarefa trivial.É fato que os modelos tradicionalmente utilizados, considerando a Ciência da Computação,são intimamente ligados com aspectos das funcionalidades dos sistemas, ou seja, estãopreocupados com o “que” e “como” fazer, permitindo apenas descrições de entidades eatividades envolvidas nos processos. Já sob o ponto de vista da Administração, as técnicasvisam modelar a estrutura interna da organização, evidenciando suas funções, dados eestratégias, descrevendo assim o “porque” de realizar determinado processo (Alencar, 1999).Neste sentido, a modelagem organizacional permite não só melhor entender requisitosorganizacionais que interferirão nos sistemas, mas também identificar alternativas para osvários processos da organização, facilitando os esforços durante o desenvolvimento dosistema computacional e permitindo que a análise organizacional seja mais bem integrada aosprocessos de desenvolvimento do sistema. O entendimento dos aspectos sociais,organizacionais, técnicos, jurídicos e econômicos é fundamental para a realização de um bomtrabalho de Engenharia de Requisitos.Segundo Yu (1995a), são necessários modelos capazes de reconhecer motivações,intenções e razões sobre as características dos processos existentes, a fim de que, ao final doprocesso de desenvolvimento, tenha-se uma documentação apropriada que permita maisfacilmente a compreensão das características essenciais do sistema.Desta forma, este trabalho tem como foco estudar as técnicas atuais utilizadas para modelarorganizações, porém, com uma visão voltada para sua utilização juntamente com modelosfuncionais. Uma expectativa e necessidade de engenheiros de requisitos e engenheiros desoftware é que estes modelos organizacionais que já possuem necessidades expressas na1 Por ambiente entende-se tudo que a organização interage para realizar os seus processos de negócio, como clientes,empregados e parceiros.3
Page 2 and 3: FERNANDO LUIZ GRANDOAVALIANDO TÉCN
Page 4 and 5: DEDICATÓRIAAos meus pais e minha i
Page 6 and 7: AGRADECIMENTOSA Deus, pela saúde e
Page 8 and 9: 3.24: Notações básicas para Caso
Page 10 and 11: Lista de Abreviaturas e SiglasB2BBP
Page 12 and 13: SumárioLista de Figuras ..........
Page 14 and 15: ResumoHoje em dia, o desenvolviment
Page 18 and 19: forma de satisfação de objetivos,
Page 20 and 21: será inserido não foi modelado e
Page 22 and 23: Já no Capítulo 4 o estudo compara
Page 24 and 25: Uma incorreta identificação de re
Page 26 and 27: a) Requisitos Funcionais (RF): são
Page 28 and 29: Kotonya e Sommerville (1998) descre
Page 30 and 31: Já Alencar (1999), propõe diretri
Page 32 and 33: Informações mais completas a resp
Page 34 and 35: confirmar teorias ou validar medida
Page 36 and 37: Sendo o GQM orientado a objetivos o
Page 38 and 39: No próximo capítulo são apresent
Page 40 and 41: Essa análise deve ser conduzida an
Page 42 and 43: Nas seções seguintes, serão apre
Page 44 and 45: Figura 3.2: Parte de um MO de uma B
Page 46 and 47: a) Entidade: é alguma coisa do dom
Page 48 and 49: componentes do Modelo de Objetivos;
Page 50 and 51: Figura 3.7: Exemplo de parte de um
Page 52 and 53: mesmo tempo seja capaz de lidar com
Page 54 and 55: Swimlanes (raias) (Tabela 3.3): fun
Page 56 and 57: Um exemplo de segmento de processo
Page 58 and 59: 3.4 A Técnica i*A técnica i*, pro
Page 60 and 61: Na dependência de tarefa, o Depend
Page 62 and 63: 3.4.2 O Modelo de Razões Estratég
Page 64 and 65: observa nas dependências do tipo o
Page 66 and 67:
Os principais elementos do modelo s
Page 68 and 69:
egras refletem políticas do negóc
Page 70 and 71:
IFTHENELSE(sinistro é assegurado p
Page 72 and 73:
alcançar o objetivo-alvo “Realiz
Page 74 and 75:
A especificação de um caso de uso
Page 76 and 77:
Analisando brevemente algumas das t
Page 78 and 79:
Capítulo 4Estudo Comparativo e Ava
Page 80 and 81:
Figura 4.1: Ciclo de vida de projet
Page 82 and 83:
solução: desenvolver um sistema d
Page 84 and 85:
M09: As respostas coletadas de um g
Page 86 and 87:
Figura 4.2: Diagrama BPMN para o m
Page 88 and 89:
Figura 4.4: Diagrama SR para o mód
Page 90 and 91:
Figura 4.6: Diagrama SR para o mód
Page 92 and 93:
Regra de Negócio 04: REALIZAR PEDI
Page 94 and 95:
Figura 4.9: Diagrama de Casos de Us
Page 96 and 97:
No Modelo de Conceitos podem ser vi
Page 98 and 99:
formuladas, com o intuito de fornec
Page 100 and 101:
possibilitando também a divisão d
Page 102 and 103:
sendo inserido. Kaabi, Souveyet e R
Page 104 and 105:
Para o estudo comparativo foi utili
Page 106 and 107:
Capítulo 5Considerações FinaisAp
Page 108 and 109:
de Uso de Negócio não consegue re
Page 110 and 111:
BIDER, I., JOHANNESSON, P. Tutorial
Page 112 and 113:
ESTRADA, H., MARTÍNEZ, A., PASTOR,
Page 114 and 115:
PENADÉS, M. C., CANÓS, J. H., SÁ
Page 116:
WHITE, S. Business Process Modeling
show all

Avaliando TÃ©cnicas de Modelagem Organizacional ... - INF-Unioeste

You also want an ePaper? Increase the reach of your titles

Delete template?

Save as template?