ID do documento: Data documento: / / Responsável pelo documento:

Documentos relacionados
Processos de Software

O Processo Unificado (PU) SSC 121 Engenharia de Software I Profa. Dra. Elisa Yumi Nakagawa 2 o semestre de 2012

Departamento de Sistemas de Computação Universidade de São Paulo Análise e Projeto Orientados a Objetos Aula 2 O Processo Unificado (PU)

Requisitos de Software e UML Básico. Janaína Horácio

Rational Unified Process (RUP)

INF1404 MODELAGEM DE SISTEMAS

INSTITUTO FEDERAL DE EDUCAÇÃO, CIÊNCIA E TECNOLOGIA DO RIO GRANDE DO NORTE CAMPI JOÃO CÂMARA RATIONAL UNIFIED PROCESS - RUP

Engenharia de Software. UML Unified Modeling Language

Engenharia de Software. Herbert Rausch Fernandes

Introdução ao RUP Rational Unified Process

UML e seus diagramas

Análise e Projeto Orientados a Objetos

UML (Unified Modelling Language)

Processo Unificado Universidade Federal do Maranhão UFMA Pós Graduação de Engenharia de Eletricidade Grupo de Computação Assunto: Introdução

Introdução ao Processo Unificado. Prof. Edjandir Corrêa Costa

Análise e Projeto Orientados a Objetos. Casos de Uso

Visão Geral do RUP.

Processo de Desenvolvimento

1 Modelagem de Processos de Negócio Engenharia de Software.

Análise e Projeto Orientado a Objetos

Modelos de Sistemas Casos de Uso

Engenharia de Software Modelagem de Negócio

Engenharia de Software

Introdução a UML (Unified Modeling Language)

Curso de Sistemas de Informação. Karla Donato Fook DESU / DComp. Modelagem de Dados UML

FUNDAÇÃO UNIVERSIDADE ESTADUAL DE MARINGÁ

RUP RATIONAL UNIFIED PROCESS CONCEITOS CHAVES. Prof. Fabiano Papaiz IFRN

Engenharia de Software Processo de Desenvolvimento. Ciclo de Vida - Modelo Cascata

Requisitos de Sistemas

Definição e Melhoria de Processo na Produção de Software Web

INF1013 MODELAGEM DE SOFTWARE

Engenharia de Software Orientada a Objetos - OOSE. Método de Jacobson

Conhecendo um pouco sobre RUP

Análise e projeto de sistemas

27) Em relação aos Projetos de Sistemas de Software, assinale a sequência correta de desenvolvimento de um sistema:

Introdução À Engenharia De Software Com Foco No RUP: Rational Unified Process

PROJETO DE ARQUITETURA

Aula 1 - Introdução à disciplina e Processos de desenvolvimento de software e suas atividades básicas

MODELAGEM DE SISTEMAS. Introdução a Computação e Engenharia de Software. Profa. Cynthia Pinheiro

ENGENHARIA DE SOFTWARE I AULA 3. Análise e diagramação. professor Luciano Roberto Rocha.

Engenharia de Software II

A modelagem de Negócio com UML

Diagrama de Casos de Uso

INSTITUTO FEDERAL DE EDUCAÇÃO, CIÊNCIA E TECNOLOGIA DO RIO GRANDE DO NORTE CAMPUS JOÃO CÂMARA UML UNIFIED MODELING LANGUAGE

RUP RATIONAL UNIFIED PROCESS

UML Diagrama de Atividades Diagrama de Caso de Uso. ENG1518/3VB Sistemas de Informação Gerenciais Prof. Marcos Villas

Processos de Software by Pearson Education Ian Sommerville 2006 Engenharia de Software, 8ª. edição. Capítulo 4 Slide 1

Novidades no LANDESK Asset Central

Q d( ) P. a( ) c( ) e( ) c( ) S. c( ) d( )

Processo Unificado. Curso de Especialização DEINF - UFMA Desenvolvimento Orientado a Objetos Prof. Geraldo Braz Junior

Análise e Projeto Orientados a Objetos

Aula 7 - Análise de Requisitos: descrição de casos de uso. Análise de Sistemas Prof. Filipe Arantes Fernandes

PROCESSO DE DESENVOLVIMENTO DE SOFTWARE Unidade VII Ferramentas de PDS. Luiz Leão

Análise e Projeto Orientados a Objetos

Introdução. Introdução. Introdução. Planejamento da disciplina. Modelagem de Processos de Negócio. Prof.: Clarindo Isaías Pereira da Silva e Pádua

UMA PROPOSTA DE ESPECIFICAÇÃO DA FERRAMENTA S.A.Do.M (Software Artifacts Documentation and Management)

Desenvolvimento de Software Baseado em Componentes. Paulo C. Masiero

Modelagem de Sistemas

RUP/PSDS. Introdução e Comparação

Modelagem de Sistemas. Análise de Requisitos. Modelagem

RUP Unified Process. Profª Jocelma Rios

Engenharia de Software

Introdução a UML. Aula 04 Analise de Sistemas Profª Rita de Cassia Gaieski

Introdução Diagrama de Classes Diagrama de Seqüência Diagrama de Atividades. Diagramas UML. Classe, Seqüência e Atividades. Marcio E. F.

UNIVERSIDADE FEDERAL DO PARANÁ UFPR BACHARELADO EM CIÊNCIA DA COMPUTAÇÃO

MODELAGEM DE SISTEMAS Unidade 5 Ciclo de Vida Iterativo e Incremental. Luiz Leão

UML Linguagem Unificada de Modelagem (Visão Geral)

O Fluxo de Requisitos

Introdução à UML. Prof. Jesus José de Oliveira Neto

:: Processo de Negócio ::

S15 - Engenharia de Requisitos continuação cap.6

DIAGRAMAS DE CLASSE UML

FORMULÁRIO DE REGISTRO DE PLANO DE CURSO 2013.I

Análise e Projeto Orientados a Objetos Aula III Concepção Visão Geral do Sistema. Prof. Bruno E. G. Gomes IFRN

INSPECTOR PANEL Glossário Versão <1.1>

RUP RATIONAL UNIFIED PROCESS. Prof. Fabiano Papaiz IFRN

Contratos O diagrama de sequência não menciona a funcionalidade das operações. Isto é, o comportamento do sistema Contrato é um documento que

ANÁLISE DE SISTEMAS. Diagrama de atividades. por. Antônio Maurício Pitangueira

ANÁLISE DE SISTEMAS UML. por. Antônio Maurício Pitangueira

PROCESSOS DE DESENVOLVIMENTO DE SOFTWARE PROF. MSC. EMILIANO MONTEIRO

FURBUP: UM PROCESSO DE SOFTWARE PARA USO ACADÊMICO BASEADO NO OPENUP. Acadêmico: João Paulo Pedri Orientador: Everaldo Artur Grahl

Engenharia de Software

Processo. Processo unificado. Principais Características do UP. Principais Características do UP RUP. Unified Process (Processo Unificado)

UML. Modelando um sistema

Levantamento, Análise e Gestão Requisitos. Aula 02

PROVA DE CONHECIMENTOS ESPECÍFICOS

RUP Rational Unified Proccess (Processo Unificado da Rational) Equipe WEB Cercomp

Definições e ciclo de vida

Tópicos da Aula. A Linguagem UML. A Linguagem UML. De onde surgiu? Fundadores da UML. Introdução à UML e Diagrama de Casos de Uso.

ARQUITETURA E DESENHO

TECNOLOGIA EM ANÁLISE E DESENVOLVIMENTO DE SISTEMAS ANÁLISE E PROJETO DE SISTEMAS. Aula 7. Agenda

Análise e Projeto Orientados a Objetos

Engenharia de Software. Aula 2.4 Modelos de Casos de Uso. Prof. Bruno Moreno

UML 2.0 Método, Linguagem e Ferramenta. Prof. Cesar Augusto Tacla

Engenharia de Software

Especificação de Sistemas de Software e a UML

Transcrição:

MODELO DE NEGÓCIO ID do documento: Data documento: / / Responsável pelo documento: ID Projeto: HISTÓRICO DE REVISÕES Data de criação/ atualização Descrição da(s) Mudança(s) Ocorrida(s) Autor Versão do Documento ID. Solicitação de Mudança 1 Vocabulário do Negócio < Nessa seção devem ser descritos os principais termos pertinentes ao negócio, a fim de esclarecer a terminologia utilizada pelo cliente.> Termo Descrição Sinônimo 2 Casos de Uso de Negócio < Um caso de uso de negócio é uma seqüência de ações realizada em um negócio que produz um resultado de valor observável para um ator do contexto do negócio. Os processos de um negócio são definidos como vários casos de uso de negócio diferentes, cada um representa um fluxo de trabalho específico no negócio. Uma coleção de casos de uso de negócio fornece uma visão geral do negócio muito útil para informar aos funcionários sobre as diferentes partes do negócio que estão sendo realizadas e os resultados esperados. Um processo de negócio gera valor para o negócio ou minimiza os custos para o negócio. A figura 1 mostra um exemplo de caso de uso de negócio.

Figura 1 Caso de uso de negócio relacionado ao Check-In no Aeroporto Em uma modelagem de negócios controlada por caso de uso são desenvolvidas duas visões do negócio: visão externa do negócio: o caso de uso de negócio define o quê é essencial realizar para que o negócio forneça os resultados desejados ao ator. Define, também, qual interação o negócio deve ter com os atores quando é executado. visão interna do negócio: a realização de casos de uso de negócio define como o trabalho deve ser organizado e realizado para alcançar os resultados desejados. Uma realização abrange os trabalhadores de negócios, as entidades de negócios envolvidas na execução de um caso de uso de negócio e os relacionamentos entre eles. Diagramas de atividades da UML e diagramas de workflow podem ser utilizados para visualizar a descrição do processo de negócios, ou seja, as atividades do negócio, o fluxo de informação entre elas e a origem e o destino das informações. Um diagrama de atividades, por exemplo, pode ser usado para ilustrar o fluxo de trabalho de um caso de uso de negócio. Esse diagrama explora a ordem das atividades que são realizadas para alcançar as metas do negócio. Dentre essas atividades pode-se ter atividades manuais e/ou automatizadas. A figura 2 apresenta um diagrama de atividades relacionado ao caso de uso de negócio Check-In Individual do modelo de casos de uso de negócio Check-In no Aeroporto (figura 1).

Figura 2 Diagrama de atividades do caso de uso de negócio Check-In Individual A figura 3 ilustra o fluxo de trabalho de um caso de uso de negócio que representa um processo de vendas geral. Nesse exemplo, as raias representam departamentos na organização. Referência: RUP Rational Unified Process. Modelo integrado à ferramenta CASE Rational Software.

> Figura 3 Digrama de Atividades do processo de negócio de vendas. 3 Regras do Negócio < Regras de negócio (também chamadas de regras de domínio) descrevem tipicamente requisitos ou políticas que transcendem um projeto de software elas são necessárias no domínio ou no negócio e muitas aplicações podem precisar respeitálas. Um exemplo são as leis sobre impostos governamentais. Os detalhes das regras de domínio podem ser registrados na especificação dos requisitos, mas como elas são usualmente mais duradouras e aplicáveis do que para um projeto de software, colocálas em um artefato central de regras de negócio (compartilhado por todos analistas da empresa) leva ao melhor reúso do esforço de análise. Exemplo: Id Regra Regra Mutabilidade Fonte Regra 1 Regras de desconto para compradores. Empregado: 20% Cliente Preferencial: 10% Idoso: 15% Regra 2 Restituições de pagamento a crédito podem somente ser pagas como crédito à conta de crédito do comprador, não em dinheiro. Alta. Cada varejista usa regras diferentes. Política Varejo. de Baixa. Política da companhia de autorização de crédito. Referência: LARMAN, C. Utilizando UML e Padrões: Uma introdução à análise e ao projeto orientados a objetos e ao desenvolvimento iterativo. Porto Alegre: Bookman, 2007. Para marcar quais das regras de negócio devem ser atendidas pelo software a ser desenvolvido, sugere-se uma coluna na tabela anterior que define o(s) ID(s) do(s) projeto(s) os quais as regras de negócio são utilizadas.

No exemplo, a seguir, a regra 1 é utilizada tanto no projeto AAA quanto no projeto BBB daquele cliente. Id Regra Mutabilidade Fonte ID Projeto Regra 1 Regras de desconto para Alta. Cada Política de AAA compradores. varejista usa Varejo. BBB Empregado: 20% Cliente Preferencial: 10% Idoso: 15% regras diferentes. Uma regra de negócio define ou restringe um aspecto do negócio, a fim de afirmar a estrutura do negócio ou influenciar o comportamento do negócio. As regras de negócio definem como o negócio funciona, podem abranger suas políticas, interesses, objetivos, compromissos éticos e sociais, obrigações contratuais, decisões estratégicas, leis e regulamentações, entre outros. Regras de negócio, freqüentemente, focam questões de controle de acesso, podem, também, fazer parte dos cálculos nos negócios e focam as políticas da organização. Por exemplo: professores têm permissão de acessar e modificar as notas dos estudantes das disciplinas as quais ele é responsável somente; conversão de uma nota de percentual (como 91%) para uma letra significativa no contexto (como A ); a política da universidade é reprovar no termo cursado caso o aluno reprove em mais de duas disciplinas no mesmo semestre. Professores assistentes só podem administrar grades de estudantes se autorizados pelos professores efetivos. >